Trying to edit my post but gets xslt error, so here's more info:
This goes on in all the sections. No matter which section I try to open directly (i.e. xxxx.no/umbraco/umbraco.aspx#developer) the section does not finish loading itself before I'm rerouted (i.e. to xxx.no/umbarco/dashboard.aspx?app=developer)
Sounds like you re-opened an open admin area. Try to log out by deleting the UMB_UCONTEXT cookie or just closing all browser windows. If you log in again you should be good to go.
thanks for your answer, but I'm afraid it's not that easy.
I and my customer both have tried to close browser windows and log into other browsers (ones I very seldom use, like Opera) with exactly the same result.
Opened Chrome for the first time today but forgot to take a screenshot of the login window. But when I close and open Chrome again you see both the url I used (selected at the top) and the one Umbraco set up to redirectto login (at the bottom of the list):
Treeview can be seen loading lightningly fast before state becomes this:
I've used remote desktop to log on to Umbraco directly on the web server. Same behaviour. Deleted cookies in IE and tried again. It doesn't help. Same story on my own computer. As I said yesterday, running in a browser I never use made no difference.
This is no simple cache problem - except, maybe there is some temporary file in App_Data that I could remove and/or get regenerated?
Sebastiaan, could you be more specific about any possible javascript error?
I have a staging area for this site where I'm developing new features. Seems I'll have to implement that ahead of plan. It's based on a month old copy of the site in question and there umbraco runs without problems. Less control in the implementing face though, since not all features are tested yet...
I really hope for a good idea of a simpler solution, but it must come soon. The customer has loads of material they want published exactly now - wouldn't you know.
It seems we've had hackers visiting. A lot of plain text files have been tampered with, that is an iframe has been inserted at the bottom of the file. We've checked security settings and they seem to be correct. This raises a question about whether Umbraco has vulnerabilities of some sort that I should know about.
File changes we found were from saturday so we set up a new site, restoring the site backup from friday. It turned out to be mostly good, but not completely. There were a couple of the same file changes back from January 2nd.
I'm certainly going to tighten up access, especially increasing password difficulty, but I'm no specialist in this field.
How do I go about to ensure that this new site is not as vulnerable to tampering as the old was?
Where do I find the newest most correct settings for apppool identity rights?
Exactly which files and folders to have to be writable for the site user?
Umbraco dashboard suddenly rules the world - tree views are hidden! Help!
Hi,
this morning one of my sites suddenly displays the strangest behaviour:
Logging in to Umbraco backend, content tree starts to load itself but is suddenly hidden by the dashboard area - occupying the whole window.
I had a user control in the Content Dashboard and commented it out in the config file. Didn't help.
I commented out the whole Dashboard setup in the config file. Didn't help. An empty "Welcom admin" was shown.
I've recycled the app pool, stopped and started the site manually in IIS, to no avail. The site frontend runs smoothly.
What is going on?
How can I stop Dashboard!?
My customer is unhappy, she cannot work in Umbraco and she has lot's to do!
Btw: Running v. 4.7.1
Hope someone has an idea about what's going on and how to solve it :(
Siw
Trying to edit my post but gets xslt error, so here's more info:
This goes on in all the sections. No matter which section I try to open directly (i.e. xxxx.no/umbraco/umbraco.aspx#developer) the section does not finish loading itself before I'm rerouted (i.e. to xxx.no/umbarco/dashboard.aspx?app=developer)
And the version is 4.7.2
Best,
Siw
Sounds like you re-opened an open admin area. Try to log out by deleting the UMB_UCONTEXT cookie or just closing all browser windows. If you log in again you should be good to go.
Hi Sebastiaan,
thanks for your answer, but I'm afraid it's not that easy.
I and my customer both have tried to close browser windows and log into other browsers (ones I very seldom use, like Opera) with exactly the same result.
Make sure that on the login screen, the URL does not include a redirect URL (redir=), that will cause this behavior.
If that doesn't help, then check if there is any javascript errors.
Any way we can get a screenshot? Might help debugging if the mishap can be visualised? Not necessary but desirable.
Hi, I've been busy with other things.
Opened Chrome for the first time today but forgot to take a screenshot of the login window. But when I close and open Chrome again you see both the url I used (selected at the top) and the one Umbraco set up to redirectto login (at the bottom of the list):
Treeview can be seen loading lightningly fast before state becomes this:
And now it's impossible to log out again.
Helpful?
Try clearing your cookies first and see if the problem re-appears if you log back in.
Good morning good helpers,
I've used remote desktop to log on to Umbraco directly on the web server. Same behaviour. Deleted cookies in IE and tried again. It doesn't help. Same story on my own computer. As I said yesterday, running in a browser I never use made no difference.
This is no simple cache problem - except, maybe there is some temporary file in App_Data that I could remove and/or get regenerated?
Sebastiaan, could you be more specific about any possible javascript error?
I have a staging area for this site where I'm developing new features. Seems I'll have to implement that ahead of plan. It's based on a month old copy of the site in question and there umbraco runs without problems. Less control in the implementing face though, since not all features are tested yet...
I really hope for a good idea of a simpler solution, but it must come soon. The customer has loads of material they want published exactly now - wouldn't you know.
Ok, things are evolving.
It seems we've had hackers visiting. A lot of plain text files have been tampered with, that is an iframe has been inserted at the bottom of the file. We've checked security settings and they seem to be correct. This raises a question about whether Umbraco has vulnerabilities of some sort that I should know about.
File changes we found were from saturday so we set up a new site, restoring the site backup from friday. It turned out to be mostly good, but not completely. There were a couple of the same file changes back from January 2nd.
I'm certainly going to tighten up access, especially increasing password difficulty, but I'm no specialist in this field.
How do I go about to ensure that this new site is not as vulnerable to tampering as the old was?
Where do I find the newest most correct settings for apppool identity rights?
Exactly which files and folders to have to be writable for the site user?
All info is appreciated!
is working on a reply...