Dev

dev@lists.roundcube.net

4296 discussions

session problems
by Ricardo Campos Passanezi 05 Jan '12

05 Jan '12

I've installed the roundcube 0.7 (freebsd port) into my machine, but I can't login with the system showing "Your session is invalid or expired." In the session logs, whenerver I try to login I get a: [05-Jan-2012 09:47:05 -0200]: Session authentication failed for hu51sq0hdvfhbe3u6eka8bj935; invalid auth cookie sent Versions: postgresql 9.0.5 with "timezone = 'America/Sao_Paulo'"; roundcube 0.7 with "$rcmail_config['timezone'] = 'America/Sao_Paulo';". I've searched through the list, goggled, and found something about plugins, but i didn't enabled any plugin here (yet). Is there anything I'm missing? Any clues? What can I do to help finding what is wrong? TIA... -- Ricardo Campos Passanezi - Network Analyst PGP & GPG public key at: http://www.ige.unicamp.br/~riccp Institute of Geosciences - http://www.ige.unicamp.br - UNICAMP _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

Timezone setting
by Roland Liebl 04 Jan '12

04 Jan '12

Hi Devs, I'm currently implementing Timezone support in my calendar plugin. I think this should be integrated with Roundcube Timezone settings. Is there a special reason why you save only the offset and DST in prefs? This way I can't detect the appropriate Olson Timezone: F.e.: America/Denver and America/Phoenix are both in GMT offset -07:00, Denver use DST while Phoenix doesn't. I really would like to see the Timezone selection list showing Olson Timezone identifiers [timezone_identifiers_list()]. This change would it make possible to detect DST automatically as well ... $stz = date_default_timezone_get(); date_default_timezone_set( ... indentifier from config ...); $is_dst(date('I', time()); date_default_timezone_set($stz); Regards, R. _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 10

Update required for password plugin driver: ldap_simple
by Zhang Huangbin 30 Dec '11

30 Dec '11

Dear developers, We should update password plugin to support LDAP SSHA password with PHP 5.3. SSHA requires PHP module mhash in PHP-5.2 and earlier versions, but it's discontinued in PHP-5.3, hash extension has full mhash compatibility, all existing applications using the old functions will continue to work. Reference: http://php.net/manual/en/migration53.removed-extensions.php So we don't need to check mhash extension if we're running PHP-5.3 in plugins/password/driver/ldap_simple.php (Line 219): if (function_exists('mhash') && function_exists('mhash_keygen_s2k')) { After modified: if (function_exists('mhash_keygen_s2k')) { Works fine with PHP-5.3, Debian 6.0.3. i know it's dirty, so i'm looking forward to an official patch. Thanks. :) ---- Zhang Huangbin iRedMail: Open Source Mail Server Solution for Red Hat Enterprise Linux, CentOS, Scientific Linux, Debian, Ubuntu, openSUSE, FreeBSD: http://www.iredmail.org/ _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Old translations
by Ossama Khayat 30 Dec '11

30 Dec '11

Hi, I wanted to update the Arabic language translation, but noticed it's now move to LaunchPad and nothing is translated. Are you moving the old translation over, or do we have to redo everything from scratch? thanks, _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

Fwd: Re: [RCU] question regarding fieldmap for LDAP addressbook in RC 7
by Andreas Dick 30 Dec '11

30 Dec '11

hei Thomas I think this is fixed in SVN since before 0.7... but the fix is not in 0.7... can that be? the problem is that the GUI is not showing more than one address fields even when configured as home and work in the LDAP fieldmap. fact is, I can reproduce this in 0.7 as Feisar and Andreas Oster, but I observe that it works well in SVN... could it be that it is a new bug in 0.7 or is the fix not in 0.7? thanks Andreas -------- Original-Nachricht -------- Betreff: Re: [RCU] question regarding fieldmap for LDAP addressbook in RC 7 Datum: Thu, 29 Dec 2011 13:36:12 +0000 Von: feisar <f3isar(a)gmail.com> An: users(a)lists.roundcube.net > my question was, what do you see in the gui? > -> a dropdown left from the address? or even something like "Address"? > if you change the dropdown, do it not change? > or what does not work? > Andreas Hi, did this get resolved? I too am having trouble with the alternative work/home addresses. The email and phone number fields work as expected but there is no 'Add Field> Address' option (only email, phone and website in my case). I'm not really sure what the config should look like but here is mine (using the evolutionPerson schema). There are a couple of things commented out but that's just from previous experimentation: 'fieldmap' => array( // Roundcube => LDAP // Main information 'firstname' => 'gn', 'jobtitle' => 'businessRole', 'name' => 'cn', 'organization' => 'o', //'photo' => 'jpegPhoto', 'prefix' => 'title', 'surname' => 'sn', // Contact Properties 'email' => 'mail', 'phone:home' => 'homePhone', 'phone:work' => 'telephoneNumber', 'phone:mobile' => 'mobile', // Work address 'address:work' => 'street', //'zipcode:work' => 'postalCode', //'locality:work' => 'l', // Home address 'address:home' => 'homePostalAddress', //'zipcode:home' => 'postalAddress', //'locality:home' => 'otherPostalAddress', //'region:home' => 'st', //'country:home' => 'co', 'website' => 'labeledURI', // Personal information tab 'anniversary' => 'anniversary', 'birthday' => 'birthDate', 'manager' => 'managerName', 'spouse' => 'spouseName', // Notes tab 'notes' => 'note', ), Thanks -- List info: http://lists.roundcube.net/users/ BT/f0a00374 _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 2

Re: [RCD] [RCU] question regarding fieldmap for LDAP addressbook in RC 7
by Andreas Dick 29 Dec '11

29 Dec '11

hei feisar I think your config should be more like: // Work address /// 'address:work' => 'street', 'zipcode:work' => 'postalCode', 'locality:work' => 'l', // Home address /// 'address:home' => 'homePostalAddress', 'zipcode:home' => 'postalAddress', 'locality:home' => 'otherPostalAddress', 'region:home' => 'st', 'country:home' => 'co', I think that 'address' is not supported but 'street' would be... but I suppose it do not work anyway with 0.7 since it should with curent SVN... can you please test that? Andreas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

New skin - search field position
by Patrick Nagel 28 Dec '11

28 Dec '11

Hi, I'm not sure whether that's the right place to comment on the new skin, but since I just tried it out for the first time, I want to point out something that immediately caught my eye: The search field on the upper left is very confusing. Everyone is used to it being on the upper right, from about any web-app and even non-web-app I know, including the old skin, Thunderbird, etc.. MediaWiki even moved their search field to the upper right, just for that reason. Can it be moved to the right side? Patrick. -- Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4 _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

New skin - new labels - new translations
by Thomas Bruederli 28 Dec '11

28 Dec '11

Hi list, Those who have seen the drafts for the new UI, codename "Larry", may have noticed that Roundcube will have combined icon & text toolbar buttons. Now the existing text labels for the toolbar buttons are way too long to be displayed inline. They worked perfect as hover-titles but need to be shorter for the inline display. And I'm uncertain how to approach this change. We could either do one of the following: A) Change the existing labels to shorter versions + There's at least something displayed in every language - Most of the translations need to be updated with shorter versions - Hard for a translator to find the labels which need to be shortened - No alternative longer hover-titles on the buttons or new labels have to be created for that B) Define new labels for the short button texts and keep the existing ones as hover-titles + Perfect description of a toolbar button with icon, text and description (hover) + Easy to "track" that new translations are required as launchpad will show many "untranslated texts" - Texts will be missing in all translations and English versions will be displayed until translated I slightly tend to B) because there are more positive aspects even if it probably takes longer until all the translations are updated to form a perfect new UI. Any votes, opinions or gripes are welcome! Best, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

4 3

Homepage translated?
by Claudio Filho 23 Dec '11

23 Dec '11

Hi Thomas, is possible to translate the first page of project[1] and use the browser location to show the translated page (and english, when haven't it) ? I think that can bring more users and helps in promote the project. What you think? [1]http://roundcube.net Cheers, Claudio _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Re: [RCD] [RCU] Version 0.7 (stable) released
by Thomas Bruederli 23 Dec '11

23 Dec '11

Arne Berglund wrote: > On 12/22/11 11:16, Thomas Bruederli wrote: >> On Wed, Dec 14, 2011 at 16:23, <list(a)airstreamcomm.net> wrote: >>> Thanks for the lastest release. We are curious what the time line >>> for the >>> new skin is going to be, and if you have any dates in mind for >>> release? >> We don't have a concrete deadline but I'd expect a first 0.8-alpha or >> beta release with the new skin in early February. Then all the plugin >> developers need some time to adapt their plugins to the new UI. And >> of >> course a lot of Internet Explorer Hacking will be necessary... >> >> ~Thomas > > Thomas, is the plan to completely replace the existing skin, or will > both co-exist for a release or two? I don't imagine that anyone wants to > maintain 2 skins for very long... Then plan is to put the new skin in place of the "default" skin once it is complete and tested while keeping the old default skin as "legacy" skin for at least one major release. We'll most likley drop support for IE6 with the new skin and old IEs will therefore get to see the legacy skin. Of course, we're not keen on maintaining two skins in parallel so expect the legacy skin to stay at the current state and being removed after a while. But in case somebody is willing to "bring back the old design" and to maintain the old skin, there's still a chance for it to survive the armageddon. Regards, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev