I am using magento 1.6.2.0 and it keeps returning to to login screen every time I try to do an activity.
Things I have done:
My php.ini memory limits are set at 512Mb and my times set at 18000
checked the server time, php.ini time, and magento config time
Cleard the cache from magento. no joy
Cleared the cache and session from my plesk panel, no joy
Cleaned firefox and chrome history and page cache, not joy
reinstalled Mage_Core_Adminhtml, Mage_Core_Modules, Lib_Js_Mage, no joy
I reinstalled mage JS, no joy
The only changes recently have been the magento php 5.4 patch and had to reinstall Mage_GoogleShopping becase the new one would never complete loading the page.
Every time I try to change to something in the admin menu I have to log back in.
I checked the adminnotification_inbox in the database and it was reset to zero.
I get no errors in firebug, firefox or chrome and my cookies are working although it says .nilandspalce.com.
reinstalled magento.
It is like magento keeps resetting itself as my admin notifications keep coming back after delete
I have no error reports or folder.
I have run out of ideas?
I've came across this issue before... Give this a try...
system->configuration->admin -> select security tab and check session lifetime field
This is where you can define your time...
Also, if you use some .php extensions, some of their session encrypts can cause problems...
For Ex: sjusin.session.encrypt = On (This would need to be turned to Off in some cases)
This you can find in the config file by the way
Also if this doesn't help you check this out about quota.
Related
A Magento website is down in IE and in Firefox. Magento provides the following message: "There has been an error processing your request. Exception printing is disabled by default for security reasons."
However using Ctrl+F5 makes the site work.
The site works in Chrome and in Opera.
It also works if any page is requested other than the home page.
The error in the magento file in var/report lists:
a:4:{i:0;s:108:"SQLSTATE[HY000] [1203] User XXXXXXX already has more than 'max_user_connections' active
However it still works in chrome.
You have a problem with your database; Basically your database is hitting the limit for the amount of connections for that user. Check what your max_user_connections setting is at and increase it.
Be careful, as the higher that number, the more resources it will use. You have to find an even balance.
It was not a problem with Magento or the database. The web host was incorrectly caching the site. We found out when a file I uploaded still appeared in cPanel yet the file had been deleted several minutes before.
The web host flushed their cache of the site. The website immediately loaded without any error.
So I found several variations of this issue and tried the solutions; none worked.
So customers are not able to login with the correct username and password. The login screen (https://www.example.com/customer/account/login) just refreshes when the credentials are entered correctly -- should redirect to the My Account Dashboard.
The only thing that seems to temporarily work (few hours at a time before the problem comes back) is when we change back and forth the System > Config > Web > Session Cookie Management > Cookie Domain to "https://www.example.com" and ".example.com" Then we flush the Magento Cache and we flush the Storage Cache and refresh the all Cache Types.
After this, Customers can login on Firefox, Safari and IE, but not Chrome (same login page looping issue).
We have exhausted everything we can think of. No errors in the logs and we have the correct getBlockHtml('formkey'); ?> code in the login.phtml files. We are using a custom theme and noticed this problem after migrating the site from Enterprise Edition to Community edition.
Any suggestions would be greatly appreciated!
Thanks for reading this article and opportunity to post my answer here.
I also faced same problem which AShah faced. I also googleing but did not find such proper result. Finally I removed or clean the session folder (root>var>session) and its works fine for my store.
Hope this trick will solve you. thanks
First check what are the values set for following path in core_config_data
table
web/cookie/cookie_path
web/cookie/cookie_domain
Try by replacing any existing value by NULL.
Following should be set to 1
web/cookie/cookie_httponly
I am running Magento 1.8.1 with embeddedERP extension.
Not sure if extension is to blame for the behaviour, i don't think so as it seemed to work fine for a while after I installed the extension. The issue appears to relate to indexing.
I reindexed the site in response to a magento index aler. When I try to view products in the backend the page is blank but only from from the horizontal line below the Add New product button, there is no list of products but also no products table at all, rather than the products table with no rows one would expect.
I have tried deleting cache and session folders.
I've tried disabling cache.
I enabled logging and there isn't an exceptions.log file so presuming this means no exceptions happening.
I've logged in and out.
On one occasion when i tried creating a new product after saving it it displayed the products (new one and existing) but now that doesn't work either.
Previously, deleting session and cache and logging back in appeared to work but now doesn't.
Can anyone suggest how I can go about working out what is wrong. My magento debugging skills probably need some enhancing.
Thanks,
Came back to this and the site was then displaying an error:
Warning: Unknown: Unable to allocate memory for pool in [filepath]/Autoload.php
This thread:
http://www.magentocommerce.com/boards%20/viewthread/216180/#t462005
highlighted this is as an apc issue.
Altering the memory size to 256M as suggested solved this.
Hope this helps if anyone else gets this, still don't know why this issue showed a blank screen to start with, perhaps an APC caching issue?
The store works when I add an item, but when I click to checkout the link re-directs to the home page store. It’s the same when I click on Proceed to checkout. Before, I had the cache management disabled and now is enabled. Is this related or what could be causing this problem? Thanks so much for the help, with kind regards.
Try deleting all the cache files stored in the /var/cache folder in magento.
Using chrome console or firebug check to see if you have any JS error before redirecting
Check your web logs to see if you have any php errors on the checkout page
It's most likely to be a Javascript issue when the checkout button does not work. Remove your theme to fall back to the base theme then see if it works.
I fixed and these where the steps I took to make it work. However, before you do any of the following work disable your cache management:
Open Magento admin panel
Go to System>Cache Management
Check all Cache types and in the Actions box select refresh
Then select all Cache types and in the Actions box select disable
Also click Flush Magento Cache and Flush Cache Storage buttons
Now you are free to perform any changes to your store.
Now, if you upgraded and nothing works make sure that under:
System/Configuration -> Web – Default Pages /that your ‘Home page’ is listed under
‘CMS Home Page’. Also check:
System/Configuration -> Design – Packages /that your ‘Template’ is listed under
‘Current Package Name’. Otherwise default takes over.
Note: your template will still come up with all its features and buttons in your browser, even if no home page is setup; this is because of the previous version configuration.
If the ‘Home Page’ and ‘Template’ are not listed, add them and go into your File System and erase everything under ‘var/cache’ and ‘var/session’. Reload your home page: www.yourstore.com/magento/ it should work. After, all work is done enable your cache management.
Also, it’s good to check that your home page lands at the store, and to check - do the following:
Login to your Magento MySQL database.
Open the db [database_prefix] for your store.
Locate core_config_data.
Find the row with entry: 'web/unsecure/base_url' and 'web/secure/base_url' they should look like www.yourstore.com/magento/ or whatever you name your magento store file.
I'm on Magento 1.4.1 and get regular calls (2-3 per week) from customers that they are unable to add products to their cart. The symptoms are the same for customers: All use IE (7 or 8, most commonly). When they attempt to add to cart, they are taken to an empty cart page. Repeated attempts do not resolve the issue. I have not been able to verify, and the only version of IE I have access to is 9. I would dismiss this as user error except for:
Generally lower-than expected conversion rate on my site (explainable if large % of IE customers are unable to transact).
Consistency of symptoms: Browser and version, action that is failing
I assume this is an issue with setting the session or cookie (but could totally be wrong and am open to other suggested causes). If it is a cookie issue, I've found this post and this post from Stack Overflow which give a little information, but not a solid idea of how to go about confirming it is a cookie or session issue.
Can someone suggest the best way to get started with diagnosis?
setting cookie lifetime to 86400 as recomended here did the trick for me.
IE9 bundles development tools (from settings menu) and this allow you to emulate ie7 - ie9 versions in all compatibility modes.
If you are getting blank pages then there is always a php error behind this and you can see those errors from your server php error log.
We had a similar issue with items disappearing from the cart, it only happened in a store that was using a subdirectory of the main domain, and only with ie9 and older ie's. We also had varnish running on the frontend, and magento 1.4.1.1
e.g.
www.example.com = main store
www.example.com/sub/ = secondary store
After adding items to the secondary store basket in ie9, you could then go to the main store and add more items, return to the basket page and all was well then if you went to another secondary store product and added another item to the basket, then visited the basket page all previous items had gone, but the one just added was there.
We found we could consistently reproduce this by visiting a secondary store product page, adding to the basket, visit the basket - item is there, return to the product page, return to the basket, item has gone. It turned out to be a bad background image url in the stylesheet, and the rule was only used by the product page template, this 404 error was enough to cause ie9 and older ie's to lose the session and start a new one.
ie10 and 11, chrome, firefox and safari didn't have this problem at all, so if you're getting intermittent customer reports of baskets suddenly being empty, check the whole site for 404's, all it can take is one missing image to lose the session for ie9 and older ie's.