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
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.txthttp://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
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
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
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.inchttp://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
I’ve attached an updated Chinese (Traditional) localization of labels.inc.
--
Best Regards,
Thomas Yu - Sian , Liu
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/aa/wqErGgil/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
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. :)
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
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/FD/M2UgEIjg/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
Hi,
I noted a mere 3 fields were missing in the Dutch translation.
I
have translated them. Please see attached translationfile. :)
With kind
regards,
Robin Steeneken
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/9S/vEjA6G9u/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