Hi Dan,
yes, this behaviour occurred when I was logged in as a Super Admin.
This is an archived forum and the content is probably no longer relevant, but is provided here for posterity.
The active forums are here.
August 05, 2012 4:16pm
Subscribe [5]#16 / Aug 20, 2012 3:53pm
Hi Dan,
yes, this behaviour occurred when I was logged in as a Super Admin.
#17 / Aug 21, 2012 12:16pm
Bert,
I was working a similar post with another user and something they mentioned brought up a question.
Are you using domain.com and http://www.domain.com consistently? ExpressionEngine sees them as 2 different sites. Be sure to use one or the other throughout the Control Panel and site.
Can you double check that for me?
~
#18 / Aug 21, 2012 12:44pm
Hi Dan,
I want to thank you for your helping hand here.
I checked all the settings in the admin. A few things I want to ask you about:
- Database settings: Persistent db connection is set to No => Should this be yes?
- Captcha settings: I found that this was still set to my local server path. However, I am not using captchas on my website. But perhaps this could be it?
- At first I uploaded my images (on my local server) via the regular file uploader of EE. This created entries in the db table exp_files with a rel_path to a directory on my local machine. However, after migrating my website to the production server I also added the channel images module. So now the images are kept in the db table exp_channel_images. I guess that the entries in exp_files are not used anymore for the images. Or am I wrong?
Best regards!
#19 / Aug 22, 2012 12:44pm
Hey Bert,
It’s my pleasure to be here to help!
- Database settings: Persistent db connection is set to No => Should this be yes?
Not typically. “No” is the default and is suitable in almost every instance.
- Captcha settings: I found that this was still set to my local server path. However, I am not using captchas on my website. But perhaps this could be it?
If you’re not using it, it wouldn’t have an impact. Though, keeping it correct is always preferred 😉
- At first I uploaded my images (on my local server) via the regular file uploader of EE. This created entries in the db table exp_files with a rel_path to a directory on my local machine. However, after migrating my website to the production server I also added the channel images module. So now the images are kept in the db table exp_channel_images. I guess that the entries in exp_files are not used anymore for the images. Or am I wrong?
This I’m a little fuzzy on. I’m not sure how Channel Images keeps up with image files. I say check with DevDemon to be sure and also run a File Manager sync operation to be sure.
The end result is, I don’t think any of these things would be the root of your problem. Like I said, it is best to keep them correct, if only for sanity’s sake.
The overall issue is likely related to cookie and session issues we’ve been tracking through the last few versions of ExpressionEngine. We have a fix planned, but we need to thoroughly test it before getting it out the door.
We certainly understand the frustration and appreciate your patience.
Is there anything else I can assist you with?
~
#20 / Aug 22, 2012 12:49pm
Hi Dan,
thanks for the help. OK, I’ll wait for the fix then.
Best regards.
#21 / Sep 06, 2012 12:11pm
Hey everyone,
I’m pretty sure I’ve got a client experiencing the same things. Their network at work changes their ip address regularly making them unable to stay logged in long enough to edit content. I’ve tested them on three different EE installs on three different servers all with “Require IP address” turned OFF. Versions of EE in my testing range from 2.3.1 to 2.5.2.
The config.php file for each install has the following settings
$config['cookie_domain'] = "";
$config['cookie_path'] = "";
$config['cookie_prefix'] = "";
$config['admin_session_type'] = "c";
$config['user_session_type'] = "c";
$config['require_ip_for_login'] = "n";
$config['require_ip_for_posting'] = "n";
$config['secure_forms'] = "n";Anything I can do to help either you or my client find a solution, let me know. Thanks!
#22 / Sep 07, 2012 3:17pm
Hi Stephen,
As of EE 2.5.0, the IP address is no longer used for session verification. From the Change Log:
Removed IP requirement from sessions check to prevent logout issues for revolving IP addresses.
So for any site you have running a version less than 2.5.0, you will want to upgrade it. For the sites you have running 2.5.0 or better, could you give me more detailed information about the version a particular site is running along with the unintended behavior you’re seeing? It would be helpful to have as much information about the server environment of those sites as well as the network environment of those using the site.
Cheers,
#23 / Sep 10, 2012 11:07pm
I was mistaken, one site was EE 2.5.1 and had problems, but now all of them are upgraded to 2.5.2 with the config setting above and my clients are reporting that everything is working; they are able to stay logged in.
Thanks!
#24 / Sep 11, 2012 9:33pm
Hi Stephen,
Thanks for the follow-up!
If you need anything else, just let us know.
Cheers,
#25 / Sep 16, 2012 11:14am
The overall issue is likely related to cookie and session issues we’ve been tracking through the last few versions of ExpressionEngine. We have a fix planned, but we need to thoroughly test it before getting it out the door.
Hi Dan,
any news on the fix yet, because the problem of getting kicked out of the control panel is persisting. In the last 15 minutes I had to re-log in 5 times!
I recorded it to show you how it happens. Perhaps you see something that I do wrong?
http://youtu.be/mgfDqrBfvaI (after 02:09 and 05:20 minutes I get kicked out)
Anyway, it is impossible for me (and my clients) to work this way. Unless some fix is possible, I will need to search for another CMS I think.
#26 / Sep 17, 2012 4:42pm
Yep, I can certainly see you get kicked out, though the resolution of the video isn’t high enough for me to see specific parts of your screen with enough detail. Do you have a high resolution version you could send me? Be on the lookout for an email from me.