Since yesterday, I face up to a strange (and annoying) behaviour with an installation of OpenCart (v. 2.0.1.1). After having logged to the admin, the session suddenly breaks (between one and five minutes) and the user is then redirected to the login page (losing all he was working on before, such as product addition and so on).
As I never experienced this kind of behaviour before (I use Opencart for a while now), I wonder what can happen: is it a sudden configuration change (I can't find any trace of it and I haven't changed anything), an issue with the hosting (but how to check it?) or a potential bug (but after some research, I haven't found any trace of this kind of issue)...
Thanks for any ideas on this trouble...
Related
We have moved our website which uses typo3 from on-prem to Azure cloud. We setup a Front door with firewall protection which is different from the previous setup.
Since day one when I log in I can do some stuff for a short while (like 4-5 minutes) and then it kicks me out to login screen.
Another example is when I'm logged in, I open a new tab and check some other sites then go back to typo3, again I'm logged out. Need to log in again.
I lost some of my posts while adding some additional info from other websites.
Any ideas?
I had a similar issue. I resolved it with replacing lockIP in the install tool from 4 to 0.
Note, this is a temp solution so you can keep working, but you really need to find out why this is happening.
Best regards
First question posted, apologies if it's been answered, but I have been searching for hours and can not seem to find the answer.
I developed a new version of my site on a sub domain and then set it live by moving it up to the domain itself -- a Drupal 7 site.
Apart from a couple of glitches everything went smoothly, I changed the settings.php to point to the correct base url, changed .htaccess etc, all hunky dory.
The one thing that is not working is account creation, either by the user themselves or by admin. I have checked permissions, all OK. No errors in logs. The live site is forced to use the https protocal, reverted it back to http, no joy. I read somewhere that the metatab module sometimes causes issues, I disabled it, again no joy.
I have an action that sends users a bespoke welcome email when admins create their account... This was working perfectly under the sub domain.
Got to the bottom of this, I had over ridden the form_submit hook for user registration. Odd how it worked before...
Fixed
For some reason I have yet to discover, I cannot login to my Drupal website any more.
Attempts to do so result in loading my user page (as usual), but it is shown as if I still were a guest.
This is the case for any user I try to log in with.
No problems with passwords. No blank pages of death. Everything goes just fine except for the fact that the login is not affective: admin pages are still 403 forbidden and there is no admin bar.
Any thoughts?
I already tried clearing the cache and repairing the sessions table.
And it got solved. Some bright mind suggested restarting the MySQL server Drupal was running on. That did the trick, though I don't understand why.
I'm developing a web app using netbeans with GlassFishv3.
Every once in a while when I add a new feature in my app, glassfish starts nagging with stupid errors, after a lot of time wasting and panicking, i restart glassfish and run my application again, then suddenly the errors all go away and my site starts acting correctly. (or in case I have made a real mistake, i receive a reasonable & descriptive error from GF.)
[Edit: the rest of the question was revealed to have been my own mistake.]
But the problems don't end there. Recently, i added the ability to write comments in a (JSF) page, after the user submits their comment, i add it to the database and redirect to the same page, so that hopefully the page refreshes with the new comment, but it wont!
The underlying Mysql database shows that the new comment has been added, but the page just wont show the new comment! I've tried everything (e.g. deleting browser cache, using different browsers) but only after restarting GF is when the page shows the new comment!
Do you have any idea what the problem could be? Could this be a Glassfish bug?
What i am using: JSF2, EJB3.1, JPA, MySql
Apparently the list of comments is not refreshed with new comment. Verify if the data loading logic is right. Maybe you've put it in the constructor of a session scoped bean instead of a request scoped bean. Maybe you haven't reloaded the list from DB after insertion (and commit). Instead of restarting GF, try to restart the webbrowser (close ALL tabs/instances) and reopen the page. If it works, then the old/non-reloaded data has indeed just been displayed from the session scope. If that doesn't solve the problem, then the problem is maybe more in the JPA area, debug if the new comment is actually persisted and committed and/or if the list is actually requested from the DB and not from the cache, etcetera.
thanks for the responses,
Yes, as Balus and Pascal mentioned, the problem lied in my own logic and fortunately not in Glassfish.
Incompetence was on my part, I admit and apologize;)
Indeed the problem was in the JPA area, I had forgotten to merge and refresh my JPA entity after adding the comments; so although the comments were added in the database, my JPA entities wouldn't reflect the changes.
By the way, FYI, I still have the occasional problem of my projects plain not building and/or not deploying into GF (while emitting weird error messages), which is always solved by restarting GF (more specifically, by restarting the default domain in GF);
It could probably be my mistake, or netbeans6.8's deployment bug, or in the unlikely case, GF's fault.
Sometimes the style sheet disappears when naviguating on our WSS 3.0 sites (white background on the site, no colors, no formatting, etc.). This has mainly happened with IE6 (corporate browser for the majority of our computers). The fixes were :
clean up temporary internet files
if it still doesn't work, upgrade to IE 7
However, this time, the upgrade to IE 7 hasn't worked, the style sheet isn't applied. When we clean up temporary internet files, things go back to normal, but after a while the css disappears again.
Here are a few ideas on what you could try:
Fiddler should be able to tell you if there is a network problem.
Check the HTML for anything unusual. Is it malformed in any way? Can you save a copy and run it through an online validator (although this is limited in use as SharePoint's default markup isn't compliant).
If some users are having the issues but others aren't, check their permissions on the server.
You could also try using the SharePoint "Log in as another user" feature to see if the problem can be reproduced on your machine when logged in as them. You may also want to try running Internet Explorer as that user.
Check the Event Viewer on both client and server for anything unusual.
Check the IIS logs on the server for any errors.
Check the SharePoint ULS logs on the server in the "12 Hive" for errors that might be related to this problem.
Try running Process Monitor on the client and reproduce the problem. Search for keywords such as FAIL or ERROR to see if anything appears. Make a note of the time the problem occurs and see if the Process Monitor logs give any additional information.
Is there some javascript that's involved as well? Could it be a virus scanner that is set way to strict? As you pointed out in one of the comments, the CSS isn't even being requested (at IIS log level, which is as basic as you get, not even in SHarePoint yet), so it HAS to be something on the client PC.