I have a problem with three databases which are used to provide content in the intranet. All of them have almost the same structure. If you want to create/edit or delete content you have to login first. Therefore there is a login hotspot. After clicking on the login hotspot the login dialogue appears and everything works fine, but I am still not able to edit/delete already existing content, because the editing/deleting hotspots do not appear. They have hide when roles based on the roles the user has.The strange thing is: After clicking on the login button a second time all hotspots appear properly.
I already checked the userroles with a computed field and after the first login, there are no rules related to the user, after the second login everything is correct.
To make the situation even more confusing there is another database with the same structure where everything works fine after the first login. I can not find any difference in these databases and no reason for this behaviour. All the roles are correct and it is independent from the user.
Any help is appreciated. Thanks in advance.
Carmen
Subject: RE: @Userroles does not work after web login
Sounds like a browser caching issue. You read a document while not logged in, you login and read the same document, and because you are using the same URL the cached document is displayed.
Subject: RE: @Userroles does not work after web login
Try using Ctrl+F5 to refresh the webpage… this clears the cache
Subject: Not a cache problem
Thank you for your answer, but it is not a browser cache problem, because it doesn’t work with all the documents and even if you open the document out of the view.
Any other suggestions?
More information needed?
Subject: If you press Ctrl-F5 in your browser when it is showing incorrectly does it then look correct?
Subject: Problem was in the URL
I could find the problem.After migrating the server from 5 to 6 the URL to open was not correct, because the "" from the directory was interpreted as a special character and not as a “/”.
Therefore there was a problem to transfer the information about the userroles to the new window.
The problem only occured with three databases because for the fourth database it was necessary to expand the categories first, which reopened the page with the wrong URL but with the userroles
Subject: Sorry, but it does not look correct, I tried it before