Dev

dev@lists.roundcube.net

1 participants
4305 discussions

Roundcube 0.4.2 announcement + r4058 fix
by Raoul Bhatia [IPAX] 07 Oct '10

07 Oct '10

hi, first of all, is it possible to also post announcements to the dev mailinglist? not all of us (read me ;) ) have the subscribed to the users list. another possibility is to actively use freshmeat (and the like) for communicating releases (again). next, what about the fix in r4058. how severe do you consider this problem? will this lead to a 0.4.3? ;) thanks, raoul -- ____________________________________________________________________ DI (FH) Raoul Bhatia M.Sc. email. r.bhatia(a)ipax.at Technischer Leiter IPAX - Aloy Bhatia Hava OG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email. office(a)ipax.at 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax. +43 1 3670030 15 ____________________________________________________________________ _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 2

Reply to HTML messages in HTML format
by A.L.E.C 06 Oct '10

06 Oct '10

I'd like to implement this feature, but maybe we could also do some unification in editor type handling. Let's see what we should do in compose modes: 1. NEW: Here we're using htmleditor option, to enable/disable HTML editor. No problem here. 2. DRAFT and EDIT-AS-NEW: Here we should use format of draft/edited message. No problem here. 3. REPLY: Now we're lacking something here and current behaviour is not 100% consistent. So, what we can do? Use htmleditor setting no matter what is format of replied message? No. Here's my proposal. We could extend htmleditor option to 3-option switch: - 'never', (0) - 'only on reply to HTML message', (2) - 'always' (1). I think this is self explanatory. When 0, we'll always disable HTML editor, when 1 we'll always enable HTML editor, when 2 we'll enable HTML editor only when replied message is in HTML format. Here I see one backward incompatible change. Currently when htmleditor=true and we're reply to plain text message, the editor will be disabled. 4. FORWARD: Here I'm not sure, but I think editor should be set like for NEW/EDIT mode. When we implement "forward-as-attachment" we should set editor like for NEW message. ps. in future we could add some per-contact format setting (like in Thunderbird). -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

4 4

Re: [RCD] preview-pane checkbox in main mail window
by A.L.E.C 06 Oct '10

06 Oct '10

On Thu, 30 Sep 2010 16:41:43 +0200, Raoul Bhatia [IPAX] wrote: > hi, > > in rc 0.4.0, the state of the preview pane was remembered across > logins. means: if i enable or disable the preview pane via the > checkbox > at the bottom of the message list, rc remembered this state and i did > not have to go to the settings dialog. > > now in rc 0.4.1, the "default" state of the preview pane has to be > set via the settings dialog. > > is this change intended? because i found the old behavior more > convenient. :) This must be some bug. Are you using default skin? If not, check r3987. -- Aleksander 'A.L.E.C' Machniak http://alec.pl LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 4

plugin info request
by robinux＠libero.it 05 Oct '10

05 Oct '10

Hi, for a prospect I developed a plugin that implement an access control list (let me say a filter) on the outgoing mail; our customer should be able to select which user can send email to local recipients, remote or none at all (only get emails); the configuration is based on a policy text files; sorry if such a functionality already exists and so let pass unmarked this email; otherwise if someone could be interested, I could (previous request) release the plugin code; just let me know, Roberto _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Welsh translation update
by Dafydd Tomos 05 Oct '10

05 Oct '10

Updated labels.inc attached --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/LZ/ivLN3hMT/labels.inc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

chrome issue 1486177 & opera mobile 1486777
by Adolfo Castro Menna 05 Oct '10

05 Oct '10

Hi all, Regarding the chrome issue described on ticket http://trac.roundcube.net/ticket/1486177. I'm pretty sure that It's a race condition in this.sent_successfully = function(type, msg) { this.list_mailbox(); this.display_message(msg, type, true); }; If the async call that pulls the mail list loads fast enough, it will make the success message to not show up because the iframe that triggered it is gone. In some browsers like FF, it used to trigger an internal exception if the element where an event was triggered is removed from DOM. The patch is not elegant (because race condition sucks) but seems to work fine tho. On the other hand, the opera mobile issue described in here http://trac.roundcube.net/ticket/1486777 I don't think it's something related to roundcube code. I was playing with the opera emulator + dragonfly and looks like opera breaks the json output (parser issue?) that is correctly formatted in the http get response. I attached my findings to the ticket. By the way, I'm not sure what tickets to look from the list. I'm messing around with tickets for milestone 0.4.2 randomly. P.S. my nick in the bug tracker is neek Regards, Adolfo. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/nh/sQRuQAwW/app.js.patch Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Introducing myself & contributing
by Adolfo Castro Menna 04 Oct '10

04 Oct '10

Hi All, First of all, I would like to introduce myself. My name is Adolfo and I'm from Buenos Aires Argentina. I'm 27 years old. I've been programming for 8 over years. Initially, I did some low level c programming but then I jumped into web programming through php. I coded in php for 6 years or so until my current job where I do perl (mod_perl). After looking at different opensource projects, I found this project interesting. I always like playing with imap protocol (In the past I built a private/group messaging based on imap in a site similar to fb) and javascript. My idea is contributing to this project in my spare time, mainly because of two reasons: 1) Enjoying while I code 2) Giving something back to the opensource world. By the way, I went through the tickets queue and I took one that didn't seem to hard to solve. I'm not sure if someone else already looked at it. Ticket #1486860 I think that there are two ways of fixing that. 1) avoid sending cookies with the secure flag on. setcookie($name, $value, $exp, $cookie['path'], $cookie['domain'], rcube_https_check(), true); 2) Attached patch which I'm not sure if you agree with. I moved the https redirect logic from index.php to rcmail.php, right before initializing the session. The idea is to avoid setting a new ses id for the non secure request that is redirected to https. Basically, we do the redirect before any session handling, so it picks up the previous session stored under ssl. Let me know what you think. Thanks, Adolfo. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Wv/jmLYPNYw/index_diff.txt http://detached.gigo.com/rc/Wv/jmLYPNYw/rcmail_diff.txt Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Catalan translation
by Joan 04 Oct '10

04 Oct '10

Hello, After reading about the missing translation on the 0.4.1 announcement, I just updated the catalan translation to the current strings. BTW, 0.4x versions are working great here, thanks for your effort. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/74/wRJR1VBu/labels.inc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

ru_RU translation updated
by Artur Smolkin 03 Oct '10

03 Oct '10

Up to 100%. --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/TE/g96XNNlP/labels.inc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Updated Lithuanian translation
by Rimas Kudelis 02 Oct '10

02 Oct '10

Hi, Attached are updated Lithuanian translations for Roundcube. By the way, how can I update the translation for 0.4 series? I found some missing strings in it, but AFAICS, Live Translator already holds strings for 0.5 which are not necessarily matching 0.4, right? Rimas --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/NH/pCBW7NQX/labels.inc http://detached.gigo.com/rc/NH/pCBW7NQX/messages.inc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev