We just moved from a dedicated server to a managed server at df.eu (domainfactory) and therefore had to freshly create all our users on the new system.
Checking the config defaults of these users after first login, the "Refresh" setting under Preferences/User_Interface was by default set to "never". When this setting is manually changed within Roundcube to "every 1 minute(s)" and being saved by clicking the Save button, it does indeed first look as if it would have been saved. But if you later look again at the User Interface page (after you checked all other pages such as "Mailbox view" etc.), Refresh is still set to "never". You need to change and save it a second time.
All other settings of that page (Language, Time zone etc.) are correctly saved at first attempt. Even the option "every 60 minute(s)" of the Refresh item is correctly saved at the first attempt, just not the option "every 1 minute(s)". (Well, to be honest, I didn't check all options, just "1" and "60".)
This applies to 0.9.1 [GIT 20130602.1444] with classic skin, didn't check 1.0-git (yet).
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
On 06/02/2013 09:39 PM, Michael Heydekamp wrote:
Checking the config defaults of these users after first login, the "Refresh" setting under Preferences/User_Interface was by default set to "never". When this setting is manually changed within Roundcube to "every 1 minute(s)" and being saved by clicking the Save button, it does indeed first look as if it would have been saved. But if you later look again at the User Interface page (after you checked all other pages such as "Mailbox view" etc.), Refresh is still set to "never". You need to change and save it a second time.
What settings do you have in main.inc.php file for options: refresh_interval, min_refresh_interval (and possibly deprecated keep_alive and min_keep_alive)?
Am 03.06.2013 09:17, schrieb A.L.E.C:
On 06/02/2013 09:39 PM, Michael Heydekamp wrote:
Checking the config defaults of these users after first login, the "Refresh" setting under Preferences/User_Interface was by default set to "never". When this setting is manually changed within Roundcube to "every 1 minute(s)" and being saved by clicking the Save button, it does indeed first look as if it would have been saved. But if you later look again at the User Interface page (after you checked all other pages such as "Mailbox view" etc.), Refresh is still set to "never". You need to change and save it a second time.
What settings do you have in main.inc.php file for options: refresh_interval, min_refresh_interval
Hmm, these don't exist at all...?
(and possibly deprecated keep_alive and min_keep_alive)?
Those:
// Minimal value of user's 'keep_alive' setting (in seconds) // Must be less than 'session_lifetime' $rcmail_config['min_keep_alive'] = 60;
// Default interval for keep-alive/check-recent requests (in seconds) // Must be greater than or equal to 'min_keep_alive' and less than 'session_lifetime '$rcmail_config['keep_alive'] = 60;
But whatever might be wrong or missing there, why does it apply only to this particular setting and not to all others?
Accidentally just encountered another regression: Replying to your post does not use my 'listuser' identity anymore, but the standard one, so I had to change it manually. Hadn't that been fixed as while ago...?
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 04.06.2013 03:21, schrieb Michael Heydekamp:
Accidentally just encountered another regression: Replying to your post does not use my 'listuser' identity anymore, but the standard one, so I had to change it manually. Hadn't that been fixed as while ago...?
I think this is no regression, its logical.
Because we are moving to another server, we forward Mail from listuser@freexp.de (today at the old server) to listuser@freexp.df-kunde.de (at the new server). This last address is in the X-Envelope-Header.
RC can not know that listuser@freexp.de (in the identity) and listuser@freexp.df-kunde.de (X-Envelope) means the same.
On 06/04/2013 03:21 AM, Michael Heydekamp wrote:
// Minimal value of user's 'keep_alive' setting (in seconds) // Must be less than 'session_lifetime' $rcmail_config['min_keep_alive'] = 60;
// Default interval for keep-alive/check-recent requests (in seconds) // Must be greater than or equal to 'min_keep_alive' and less than 'session_lifetime '$rcmail_config['keep_alive'] = 60;
But whatever might be wrong or missing there, why does it apply only to this particular setting and not to all others?
These are legacy, now we use refresh_interval. If you'd use installer or upgrade script it would tell you that.
I however fixed the issue in git.
Am 05.06.2013 19:35, schrieb A.L.E.C:
On 06/04/2013 03:21 AM, Michael Heydekamp wrote:
But whatever might be wrong or missing there, why does it apply only to this particular setting and not to all others?
These are legacy, now we use refresh_interval. If you'd use installer or upgrade script it would tell you that.
I however fixed the issue in git.
Thanks! We currently have the problem that we can't run any .sh scripts in the shell. We're in touch with df.eu to resolve that issue.
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany
Am 05.06.2013 20:46, schrieb Michael Heydekamp:
Am 05.06.2013 19:35, schrieb A.L.E.C:
On 06/04/2013 03:21 AM, Michael Heydekamp wrote:
But whatever might be wrong or missing there, why does it apply only to this particular setting and not to all others?
These are legacy, now we use refresh_interval. If you'd use installer or upgrade script it would tell you that.
I however fixed the issue in git.
Thanks! We currently have the problem that we can't run any .sh scripts in the shell. We're in touch with df.eu to resolve that issue
it would generally be a good idea to avoid such things and write deprecated settings out to the error-log as well as do db-scheme migrations automatically or at least behave this way with a single switch in the config-file
Am 05.06.2013 20:46, schrieb Michael Heydekamp:
Thanks! We currently have the problem that we can't run any .sh scripts in the shell. We're in touch with df.eu to resolve that issue.
We have resolved this.
Cheers,
Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany _______________________________________________ Roundcube Development discussion mailing list dev@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/dev