We are encountering a problem with a website under UMBRACO 4.7.0, which randomly generates the error message found below.
Could not find file 'C:\inetpub\(Domain Name)\App_Data\preview\0_2d271619-9f5e-4d2d-9183-df34bc29b01d.config'.
It tends to happen indiscriminate of the browser – IE 9.0 or IE 10 or Chrome – and the error message caches itself. Even when the local cache (not server cache) is cleared, the website cannot be accessed on the same browser.
We have tried restarting the application pool on IIS but it still happens after a while.
The site works fine but this situation is arising a bit too frequently for our liking and the client’s.
I'm afraid it's a yet un-fixed bug. We encounter it from time to time. Basically, there are corner cases where Umbraco thinks you are in preview mode and the preview XML cache is ready, but actually the file does not exist, hence the exception.
Thanks for replying. However am not sure this is an acceptable answer that my client will be happy to hear from me. I cant possibly tell a client especially who invested loads of money using our services and we pushing forward Umbraco.
Saying so is it a bug in v 4.7.0 only ? Is there any other alternative to this ?
I do understand that's not an answer a client will be happy with... went there, had the same issue.
That being said, I'm just telling you how it is ;-( It was in 4.7.something and I have reasons to believe it has not been fixed since then. I once started to work on it to try to understand what was going on but ran out of time. There's no real alternative other than fixing the way these <guid>.config files are generated in Umbraco.
Would you be able to produce a more detailed error message (including stack trace, etc.)?
Also, the fact that the file that's not found is named 0_xxxxx ie begins with a zero, implies that the current user is administrator. Would you customer have more than one user, some of them sharing the same administrator account? Ie everybody logs in as admin?
Am not sure if i was the only login person as Administrator at that time. And yes my admin password is shared since we all working on same project at some point.
Missing Domain Name
Hi Guys,
We are encountering a problem with a website under UMBRACO 4.7.0, which randomly generates the error message found below.
It tends to happen indiscriminate of the browser – IE 9.0 or IE 10 or Chrome – and the error message caches itself. Even when the local cache (not server cache) is cleared, the website cannot be accessed on the same browser.
We have tried restarting the application pool on IIS but it still happens after a while.
The site works fine but this situation is arising a bit too frequently for our liking and the client’s.
Any help/advice would be most appreciated.
//fuji
I'm afraid it's a yet un-fixed bug. We encounter it from time to time. Basically, there are corner cases where Umbraco thinks you are in preview mode and the preview XML cache is ready, but actually the file does not exist, hence the exception.
Hi Stephen,,
Thanks for replying. However am not sure this is an acceptable answer that my client will be happy to hear from me. I cant possibly tell a client especially who invested loads of money using our services and we pushing forward Umbraco.
Saying so is it a bug in v 4.7.0 only ? Is there any other alternative to this ?
//fuji
I do understand that's not an answer a client will be happy with... went there, had the same issue.
That being said, I'm just telling you how it is ;-( It was in 4.7.something and I have reasons to believe it has not been fixed since then. I once started to work on it to try to understand what was going on but ran out of time. There's no real alternative other than fixing the way these <guid>.config files are generated in Umbraco.
What can I say?
So upgrading to another version such as v4.9.0 wont fix this?
Not that I am aware of ;-(
Maybe someone else wants to comment?
@Fuji,
Would you be able to produce a more detailed error message (including stack trace, etc.)?
Also, the fact that the file that's not found is named 0_xxxxx ie begins with a zero, implies that the current user is administrator. Would you customer have more than one user, some of them sharing the same administrator account? Ie everybody logs in as admin?
Hi Stephen,
Am not sure if i was the only login person as Administrator at that time. And yes my admin password is shared since we all working on same project at some point.
It would really help to get a more detailed stack trace so we know where the exception is thrown. I have some ideas but would like to confirm.
is working on a reply...