Re: [SOGo] Set calendar refresh time
Just came across this as well.
In Lightning 1.9, if you extract the XPI, and edit the file
calendar-js/calCalendarManager.js, you'll find the lines below :
if (refreshInterval === null) {
// Default to 30 minutes, in case the value is missing
refreshInterval = 30;
}
You might be able to get away with changing that value to 5 and zipping
the extension back up.
This would work better for new deployments obviously.
I know its been a while since the original question was posted, but
better late than never.
On 03/13/2012 07:57 AM, cerrisa...@yahoo.it wrote:
SOGo 1.3.12C, Thunderbird 10, Lightning 1.2.3. Configured on sogo-integrator
inserting the following line in chrome/content/general/ custom-preferences.js:
force_int_pref(calendar.autorefresh.timeout, 5);
But the refresh time in calendars remain 30 minute. Look at about:config and
find calendar.registry.HASH VALUE.refreshInterval, but don't know hot set int
in custom-preferences.js.
Can somebody help?
THX
The information contained in this e-mail message may be privileged,
confidential and protected from disclosure. If you are not the intended
recipient, any dissemination, distribution or copying is strictly prohibited.
If you think that you have received this e-mail message in error, please e-mail
the sender at the above e-mail address.
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] Set calendar refresh time
There is another place where the default calendar refresh interval is
set within the contents of the Lightning extension, atleast for 1.9.
Its in chrome/calendar/content/calendar/calendar-properties-dialog.js
The line :
if (refreshInterval === null) refreshInterval = 30;
I changed it to 5, did a test install, and confirmed it worked.
Probably over complicating this though, I imagine there is a global
preference value I'm just not aware of.
On 01/15/2013 04:53 PM, Nobody wrote:
Just came across this as well.
In Lightning 1.9, if you extract the XPI, and edit the file
calendar-js/calCalendarManager.js, you'll find the lines below :
if (refreshInterval === null) {
// Default to 30 minutes, in case the value is missing
refreshInterval = 30;
}
You might be able to get away with changing that value to 5 and zipping
the extension back up.
This would work better for new deployments obviously.
I know its been a while since the original question was posted, but
better late than never.
On 03/13/2012 07:57 AM, cerrisa...@yahoo.it wrote:
SOGo 1.3.12C, Thunderbird 10, Lightning 1.2.3. Configured on
sogo-integrator
inserting the following line in chrome/content/general/
custom-preferences.js:
force_int_pref(calendar.autorefresh.timeout, 5);
But the refresh time in calendars remain 30 minute. Look at
about:config and
find calendar.registry.HASH VALUE.refreshInterval, but don't know
hot set int
in custom-preferences.js.
Can somebody help?
THX
The information contained in this e-mail message may be privileged,
confidential and protected from disclosure. If you are not the intended
recipient, any dissemination, distribution or copying is strictly prohibited.
If you think that you have received this e-mail message in error, please e-mail
the sender at the above e-mail address.
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird 17 still asks for the password several times [was Re: SOGo extensions for Thunderbird 10!]
I noticed myself after upgrading to Thunderbird 17 that I was being prompted to authenticate seemingly for every calendar I was subscribed to in addition to once for my mail. After a lot of tinkering with versions and settings, I found myself digging through the extracted contents of the Lightning extension. There, I found the file calAuthUtils.jsm in the modules sub directory. I've found that if I overwrite the cal.auth.Prompt.prototype definition/code block, with the version from lightning-1.0b2.105i (Inverse Edition for the 3.x release), and of course, re-zip the extension back up and re-install it, I get the old behavior of only being prompted to enter my password twice, once for mail and once for all of my calendars. This appears to work on Linux and OSX with 17.0.2. I've yet to test with the 10.x series or with Windows but I suspect its the same issue. I believe it has to do with the way the authentication realms are being handled for CalDAV auth, but I'm no expert. Hope maybe this will help and not break too much stuff. Seems to work. On 12/14/2012 12:34 AM, Luca Olivetti wrote: Al 14/12/2012 9:17, En/na Buddy Butterfly ha escrit: Hi Luca, you should use the master password as TB stores all passwords in cleartext by default! Why do you think I forcefully disabled password caching until now? Anyway, now that's no more possible, my question was: is there a way to programmatically *FORCE* on my users the use of a master password? Bye Regards, Matt Am 14.12.2012 09:10, schrieb Luca Olivetti: Al 13/12/2012 13:37, En/na Luca Olivetti ha escrit: Al 13/12/2012 11:22, En/na Thoralf Schulze ha escrit: hi Luca, Am 13.12.2012 10:44 schrieb Luca Olivetti: I'm trying thunderbird 17 esr with the corresponding extensions and I still see it has the same problem: it asks for the password several times. have a look at the startup master-extension¹ for thunderbird … it works quite fine here for thunderbird 10esr, at least regarding tb asking for its master passwort several times. with kind regards, t. ¹ - https://addons.mozilla.org/de/thunderbird/addon/startupmaster/ Maybe, but I don't like/want to set a master password, I just want my users to introduce their login password once, like it was possible with the integrator for thunderbird 3. OK, since it seems it's not possible to do that, I could enable password caching, but I'd like a way to force the use of a master password, to be set the first time my users start the upgraded thunderbird. My google-fu failed me to find a way, do you know if is there one? Bye The information contained in this e-mail message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender at the above e-mail address. -- users@sogo.nu https://inverse.ca/sogo/lists
