Dev

dev@lists.roundcube.net

1 participants
4289 discussions

Fwd: Re: [RCU] Line wrapping f*cked up upon forwarding - why?
by Michael Heydekamp 17 Mar '13

17 Mar '13

As there was still no reply to the attached message of Jan 19th yet, I'd just like to mention that this issue does still persist in 1.0-git (just verified it). It should be easy to fix, if my assumption stated at the end of the attached message should be correct. It's IMO just a counting error. The reason why I forwarded the message as an attachment (rather than quoting it inline) is that I wanted to make sure that the line wrapping doesn't get f*cked up even more and that the format will be exactly preserved. As I'm still running against this wall several times a day, a fix would be welcome and highly appreciated. I'm BTW seeing a similar behaviour upon editing a draft message, but hopefully this will have the same cause, so I'll just wait until this particular forwarding issue will be fixed. Should it then still apply to draft messages as well, I'll of course report. The entire thread can be read in the RCU list. Cheers (and thanks again to all developers of the best webmail client ever), -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

Text/HTML toggle
by Michael Heydekamp 17 Mar '13

17 Mar '13

Missed a bit the latest RC developments, due to other tasks that I had to follow during the last wekks/months. But just now I realize that we finally have a Text/HTML toggle at the very right of the display of the subject header line. Just great, thanks to all who have contributed to this! Of course I tested it instantly, and found the following: 1) It seems to be stored somewhere which part had lastly been viewed for a particular message, am I seeing this correct...? And if so, how and where is this (safely) being stored? I'm wondering if RC shouldn't first and always display the part according to the setting "Display HTML" under "Displaying Messages" after selecting back and forth between messages (would look more consistent to me)? 2) Toggling between Text and HTML part seems to work flawlessly (using the icon at the right of the subject header). 3) But: Viewing the Text part, there is still the well-known link "HTML message" below the header. Viewing the HTML part, opposed to this there is (still) no correspondent link "Text message" below the header. Anyway, the still existing link "HTML message" is sort of redundant to the toggle at the right of the subject header. This should be more consistent (either showing an additional link below the header always or never, no matter which part is being viewed). I would prefer a link below the header ONLY anyway (as the icon at the right of the subject header is hard to detect and the text "HTML message" or "Text message" is more user-friendly, better visible and better understandable than those - pretty small - icons). Alternatively, both toggles should exist. The least solution from my point of view would be to have JUST these icons. 4) There is a problem when I'm viewing the Text part and click on the above mentioned and still existing link "HTML message" below the header: The HTML part is being displayed, but the display of the header disappears entirely (see screenshot comparison attached). 5) At a first quick test, it seems that a reply does quote the part which is currently being viewed. Is this correct and intentional? If so: Great! Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 8

"Show" link doesn't work at all anymore?!
by Michael Heydekamp 15 Mar '13

15 Mar '13

Besides all those problems already discussed, the "Show" link of picture attachments doesn't now work at all anymore. <sigh> The link right below the header DOES still work, though. The differences between the links are: Link right below the header: ---------------------------- <roundcube-URL>/?_task=mail&_framed=1&_action=get&_mbox=Sent&_uid=6818&_part=2&_frame=1 "Show" link: ------------ <roundcube-URL>/?_task=mail&_uid=6818&_mbox=Sent&_action=get&_part=2 Does that help...? RC 0.9-git [GIT 20130313.1902], IE8. -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 1

[PATCH] show full email along with display name (#1488732)
by Jan Fader 15 Mar '13

15 Mar '13

Hi Roundcube-Devs I have created a patch for trac-ticket #1488732 and testet it successfully on my instance roundcube.git. Could you please take a look at this new feature, provide suggestions if needed or include it into your maintree? Kind regards Jan Signed-off-by: Jan Fader <jan.fader(a)web.de> --- CHANGELOG | 1 + program/localization/en_GB/labels.inc | 1 + program/steps/mail/func.inc | 15 ++++++++++++++- program/steps/settings/func.inc | 11 +++++++++++ program/steps/settings/save_prefs.inc | 1 + 5 files changed, 28 insertions(+), 1 deletions(-) diff --git a/CHANGELOG b/CHANGELOG index 6fef2d0..729510a 100644 --- a/CHANGELOG +++ b/CHANGELOG @@ -1,6 +1,7 @@ CHANGELOG Roundcube Webmail =========================== +- show full email along with display name (#1488732) - Fix HTML part detection for some specific message structures (#1488992) - Don't show fake address - phishing prevention (#1488981) - Fix forward as attachment bug with editormode != 1 (#1488991) diff --git a/program/localization/en_GB/labels.inc b/program/localization/en_GB/labels.inc index fb9ebe3..c7bdd09 100644 --- a/program/localization/en_GB/labels.inc +++ b/program/localization/en_GB/labels.inc @@ -393,6 +393,7 @@ $labels['pagesize'] = 'Rows per page'; $labels['signature'] = 'Signature'; $labels['dstactive'] = 'Summer time'; $labels['showinextwin'] = 'Open message in a new window'; +$labels['show_fullemail'] = 'Show full email along with display name'; $labels['composeextwin'] = 'Compose in a new window'; $labels['htmleditor'] = 'Compose HTML messages'; $labels['htmlonreply'] = 'on reply to HTML message only'; diff --git a/program/steps/mail/func.inc b/program/steps/mail/func.inc index 137e87d..7d821fe 100644 --- a/program/steps/mail/func.inc +++ b/program/steps/mail/func.inc @@ -1463,13 +1463,26 @@ function rcmail_address_string($input, $max=null, $linked=false, $addicon=null, } else if (check_email($part['mailto'], false)) { if ($linked) { - $address = html::a(array( + $user_prefs=$RCMAIL->user->get_prefs(); + if ($user_prefs['message_show_fullemail']) { + $address = html::a(array( + 'href' => 'mailto:'.$mailto, + 'onclick' => sprintf("return %s.command('compose','%s',this)", JS_OBJECT_NAME, JQ($mailto)), + 'title' => $mailto, + 'class' => "rcmContactAddress", + ), + + Q($name? sprintf('"%s" %s',$name,$mailto): $mailto)); + } + else { + $address = html::a(array( 'href' => 'mailto:'.$mailto, 'onclick' => sprintf("return %s.command('compose','%s',this)", JS_OBJECT_NAME, JQ($mailto)), 'title' => $mailto, 'class' => "rcmContactAddress", ), Q($name ? $name : $mailto)); + } } else { $address = html::span(array('title' => $mailto, 'class' => "rcmContactAddress"), diff --git a/program/steps/settings/func.inc b/program/steps/settings/func.inc index 2f726c7..59104a3 100644 --- a/program/steps/settings/func.inc +++ b/program/steps/settings/func.inc @@ -418,6 +418,17 @@ function rcmail_user_prefs($current=null) ); } + // show checkbox to show full email instead of name + if (!isset($no_override['message_show_fullemail'])) { + $field_id = 'rcmfd_message_show_fullemail'; + $input_msgshowfullemail = new html_checkbox(array('name' => '_message_show_fullemail', 'id' => $field_id, 'value' => 1)); + + $blocks['main']['options']['message_show_fullemail'] = array( + 'title' => html::label($field_id, Q(rcube_label('show_fullemail'))), + 'content' => $input_msgshowfullemail->show($config['message_show_fullemail']?1:0), + ); + } + // show checkbox for HTML/plaintext messages if (!isset($no_override['prefer_html'])) { $field_id = 'rcmfd_htmlmsg'; diff --git a/program/steps/settings/save_prefs.inc b/program/steps/settings/save_prefs.inc index 5daab0d..765c2f5 100644 --- a/program/steps/settings/save_prefs.inc +++ b/program/steps/settings/save_prefs.inc @@ -60,6 +60,7 @@ switch ($CURR_SECTION) case 'mailview': $a_user_prefs = array( 'message_extwin' => intval($_POST['_message_extwin']), + 'message_show_fullemail' => isset($_POST['_message_show_fullemail']) ? TRUE : FALSE, 'prefer_html' => isset($_POST['_prefer_html']) ? TRUE : FALSE, 'inline_images' => isset($_POST['_inline_images']) ? TRUE : FALSE, 'show_images' => isset($_POST['_show_images']) ? intval($_POST['_show_images']) : 0, -- 1.6.0.2

2 1

test
by A.L.E.C 15 Mar '13

15 Mar '13

test after mail server problems. -- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] --------------------------------------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl

1 0

RE : Re: Debugging
by sebastien BLAISOT 13 Mar '13

13 Mar '13

Thanks for the feedback. Can you tell us what server you are using and what you did (code changing or server conf you added in order for rc to work) to let us know ? Maybe there is some code to change or a doc to write for this particular server ? -- Sébastien BLAISOT -------- Message d'origine -------- De : Guido Berhoerster <guido+roundcube.net(a)berhoerster.name> Date : A : dev(a)lists.roundcube.net Objet : Re: [RCD] Debugging * Sébastien BLAISOT <sebastien(a)blaisot.org> [2013-03-12 19:38]: > Is the logs directory of your roundcube installation writable by your > apache user ? > > the logs usually are here, but this directory have to be writable to the > user running the web server. I'm not using apache but the logs directory is owned by the same user the server runs as and in fact the sql log that I cited was created there. The actual problem was that the server was corrupting request variables so that the request token went missing. I only found out after looking through the code and inserting my own debug statements here and there, the built-in logging mechanisms simply does not log anything in this case making it very hard to diagnose what's going on. -- Guido Berhoerster _______________________________________________ Roundcube Development discussion mailing list dev(a)lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/dev

2 1

Debugging
by Guido Berhoerster 13 Mar '13

13 Mar '13

When trying to log into a fresh roundcube 0.9rc installation I'm always getting an "Invalid request! No data was saved." error. How can I debug what is going on here? I have already enabled logging with the following settings: $rcmail_config['debug_level'] = 1; $rcmail_config['log_driver'] = 'file'; $rcmail_config['smtp_log'] = true; $rcmail_config['log_logins'] = true; $rcmail_config['log_session'] = true; $rcmail_config['sql_debug'] = true; $rcmail_config['imap_debug'] = true; $rcmail_config['ldap_debug'] = true; $rcmail_config['smtp_debug'] = true; The only this that is logged is the following to the sql log (I'm using sqlite): [11-Mar-2013 10:15:09 +0100]: [1] SELECT vars, ip, changed FROM session WHERE sess_id = 'f323pb6b4mnu9gbkl2datv5783'; [11-Mar-2013 10:15:09 +0100]: [2] DELETE FROM session WHERE sess_id = 'f323pb6b4mnu9gbkl2datv5783'; [11-Mar-2013 10:15:09 +0100]: [3] DELETE FROM session WHERE sess_id = 'f323pb6b4mnu9gbkl2datv5783'; [11-Mar-2013 10:15:09 +0100]: [4] INSERT INTO session (sess_id, vars, ip, created, changed) VALUES ('f323pb6b4mnu9gbkl2datv5783', 'bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGVtcHxiOjE7c2tpbnxzOjU6ImxhcnJ5Ijs=', '10.0.4.100', '2013-03-11 10:15:09', '2013-03-11 10:15:09'); Is there any way to get more detailed logs so I can see what the actual problem is? I've already tried raising debug_level to 8 to no avail. -- Guido Berhoerster

2 2

Re: [RCD] [RCU] RoundCube Calendar
by Thomas Bruederli 10 Mar '13

10 Mar '13

Nieścierowicz Adam wrote: > So when looking through google, I found resources on the stand AGPL license > client thought that maybe someone is willing to finish on AGPL license. The calendar module provided by Kolab is under APGL but currently lacks a CalDAV backend. There are plans to add this but the work for that isn't scheduled yet. > > Personally, I am ready to sponsor a programmer, maybe others willing to help? I could connect you with the programmers who announced their intents to add CalDAV to the Kolab calendar module. Or maybe they're even listening on this list (therefore cc-ing the dev list). Regards, Thomas > > W dniu 13.02.2013 23:04, Bob Miller napisał(a): > >> The only caldav client I found compatible with roundcube is provided by >> the myroundcube folks, but as of about last december it will cost about >> 20 euros for the caldav/carddav packages. I have deployed this twice, >> once before it became a pay program and once since, and I have good >> things to say about it. >> -- >> Computerisms >> Bob Miller >> 867-334-7117 / 867-633-3760 >> http://computerisms.caOn Tue, 2013-02-12 at 00:52 +0100, Nieścierowicz Adam wrote: >>> Looking for a calendar with support for CalDAV W dniu 12.02.2013 00:46, >>> Steve Perkins napisał(a): >>>> Try: http://git.kolab.org/roundcubemail-plugins-kolab/tree/plugins >>>> Calendar and Tasklist. Kolab or MySQL backends. Both seem pretty good. >>>> I use them (in a small way) anyway. On 12.02.2013 07:34, Nieścierowicz >>>> Adam wrote: Hello, searching a calendar for RC I found a >>>> http://code.google.com/p/myroundcube/source/browse/trunk/plugins/#plugins%2… >>>> Reading license (AGPL) shows that the code can be modified, perhaps >>>> there is someone willing to deal with this plugin? Regards

6 8

ANN: Roundcube advanced_search plugin
by Chris Moules 04 Mar '13

04 Mar '13

Hello, we are happy to announce the publication of our advanced search plugin for Roundcube Webmail. This advanced search is modeled on the SquirrelMail advanced search and allows for multi-folder searching with multiple criteria. The plugin is available from: https://github.com/GMS-SA/roundcube-advanced-search NOTE: This was developed and tested with Roundcube Beta 0.9 Regards, Chris -- Global Media Systems SA 212, route de Thionville - L-2610 Howald tel. +352 48 28 11 - fax +352 48 28 110

3 3

R: Re: Big big problems with attachments and user session (missing attachments)
by kaifamm＠libero.it 03 Mar '13

03 Mar '13

Hi Thomas, thank you very much. Tomorrow I will test the patch and I will confirm if it works. Bye >----Messaggio originale---- >Da: thomas(a)roundcube.net >Data: 02/03/2013 0.18 >A: "Roundcube Development discussion mailing list"<dev(a)lists.roundcube.net> >Ogg: Re: [RCD] Big big problems with attachments and user session (missing attachments) > >On Tue, Feb 26, 2013 at 9:52 AM, A.L.E.C <alec(a)alec.pl> wrote: >> On 02/26/2013 09:40 AM, kaifamm(a)libero.it wrote: >>> RQ 0.85 loses attachments and it is reproducible. If I insert a new >>> attachment and then, quickly, I use the addressbook, RQ loses the attachments, >>> also the single attachment. >> >> We have a ticket for this issue, http://trac.roundcube.net/ticket/1488422 > >A fix for this was just committed: >https://github.com/roundcube/roundcubemail/commit/f0a7159c4019 > >Please pull the latest version from git master and verify if this >solves the problem fo you. > >~Thomas >_______________________________________________ >Roundcube Development discussion mailing list >dev(a)lists.roundcube.net >http://lists.roundcube.net/mailman/listinfo/dev >

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev