Dev

dev@lists.roundcube.net

2 participants
4318 discussions

plugins.roundcube.net ready for testing
by Thomas Bruederli 14 May '13

14 May '13

Hello devs After way too much time, we finally managed to get the composer-based plugin repository for Roundcube up and running. It's a clone of the packagist.org website with some modifications for managing Roundcube plugins. We also built a custom composer installer module that will install plugins to the right location and will also activate them right away in Roundcube's main config file if desired. Now it's time to fill up the repository with your plugins! Thus all plugin developers are kindly invited to register their plugins at http://plugins.roundcube.net In order to do so, you need to put each plugin into an individual SVN or GIT repository and write a composer.json file which contains the meta data of your plugin. Once this is done, please register at plugins.roundcube.net and submit your plugin by adding the URL to the source repository. It's as simple as that. More detailed instructions how to publish plugins and how a composer.json files needs to look like can be found on the http://plugins.roundcube.net site. Please note that the new plugin repisitory is still in beta testing and not officially launched. We're still working on improvements such as a plugin browsing page and more features of the installer (e.g. post-install and post-update scripts as well as automatic database schema upgrades). So stay tuned. Best, Thomas

3 7

$rcmail_config['session_storage'] - why not untouched?
by Reindl Harald 11 May '13

11 May '13

// Backend to use for session storage. Can either be 'db' (default) or 'memcache' $rcmail_config['session_storage'] = 'db'; can someone explain why roundcube thinks it have the need to be special here and introduce all sorts of troubles? every web-application but roundcube respects global settings or allow the admin to specify them in a <Directory> directive and on the server with PHP 5.4/Apache 2.4 below sessions are working for sure because phpMyAdmin and any inhouse application works, only roundcubemail-0.8.6 whines about failing to write session data hence, their are even admins with load on their machines which set "session.gc_probability = 0" to avoid the request overhead and do the cleanup outside the webserver via cronjob would every random application act this way it would be impossible to maintain lage setups with different apps at all ___________________________________ php_admin_value session.gc_probability "1" php_admin_value session.gc_divisor "100" php_admin_value session.gc_maxlifetime "7200" php_admin_value session.save_path "/var/www/sessiondata" [12-May-2013 01:23:26 Europe/Vienna] PHP Warning: session_write_close() [<a href='http://at.php.net/manual/de/function.session-write-close.php'>function.session-write-close.php</a>]: Failed to write session data (user). Please verify that the current setting of session.save_path is correct (/var/www/sessiondata) in /usr/share/roundcubemail/program/include/rcmail.php on line 1340

1 1

Different handling (displaying/quoting) of quoted paragraphs
by Michael Heydekamp 11 May '13

11 May '13

Preamble: This issue may get complicated. It's not a bug report, but at this stage just an appeal and attempt to understand the logic. Maybe Roundcube 1.0-git is doing it all correct, but maybe not. The issue: I received a message, produced with Roundcube 0.8.1, that contained the following quoted paragraph (without the dashed lines): --------------------------------------------------------------------- > Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom > die Rede > davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu > drosseln. --------------------------------------------------------------------- Three things are important to note upfront: 1) The quote above is taken from the message source, not from the display within Roundcube. 2) Lines #1 and #3 of this quote have a trailing blank (20d) in the original message (verified by saving it locally and looking at it with a hex editor). The message you are currently reading will not have these trailing blanks, as Roundcube 1.0-git does eliminate all trailing blanks prior to an EOL upon sending (no matter if the format is flowed or not). Which is a good idea, IMO, but apparently different to the behaviour of 0.8.1. 3) The message is declared as charset=UTF-8, format=flowed and CTE 8bit (not sure if this does play any role here). The quote above is displayed in 1.0-git [GIT 20130503.1233] like this: ---------------------------------------------------------------------------- > Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom > die Rede > davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu drosseln. ---------------------------------------------------------------------------- So the LF right after "zu " in Line #3 is being eliminated in the display, probably because of the trailing blank in line #3...? But if that should be the reason, why then isn't the LF in line #1, right after "Telekom " being eliminated as well...? So much to the display. Upon replying to this message, 1.0-git will will re-wrap the quoted paragraph like this (although I always trusted in that Roundcube wouldn't do any re-wrapping of quoted paragraphs): ------------------------------------------------------------------------------- >> Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom die Rede >> davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu drosseln. ------------------------------------------------------------------------------- Here, BOTH LFs in line #1 and #3 (with trailing blanks) are being eliminated, not only the one in line #3. So we have just two lines. Which does of course look much more nice than the quote of the original message. But what is the logic behind this, and why is the display logic different to the reply/quote logic? Furthermore, I'm not sure if re-wrapping of already quoted paragraphs is a good idea in all cases (in the case above it is, of course). If I think about plain text tables, ASCII art and such, this may become a mess (needs more testing). Apparently the current behaviour is related to those trailing blanks right before EOL, and probably to format=flowed as well (not sure for the latter). Any response welcome and appreciated. P.S.: Sreenshots of display, editor quote and/or hex code of the original message can be sent, if so required. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 12

Expanded threads lost when switching back to message view
by Kelsey Cummings 07 May '13

07 May '13

One of the most annoying things I've found so far in roundcube is that if you have a threaded message listing and have expanded a thread, that this when returning to the message listing from viewing a full message in this thread. It is obvious enough why it works this way but it would be fantastic if the message listing state (and position) was preserved so users don't have to search around in the message listing to to pickup where they left off. -- Kelsey Cummings - kgc(a)corp.sonic.net sonic.net, inc. System Architect 2260 Apollo Way 707.522.1000 Santa Rosa, CA 95407

3 4

Re: [RCD] Word/line wrapping routine
by Michael Heydekamp 06 May '13

06 May '13

Am 02.05.2013 22:09, schrieb Michael Heydekamp: >> As long as I was using 0.9-git, I didn't have all those wrapping issues I >> described in my recent messages. Except a specific counting problem which I >> still need to test with the current routine. > > This needs still to be tested. Has just been tested. For the sake of completeness and clarity, I'd like to confirm that the issue described in the message attached, appears to be resolved in the meantime. Most likely thanks to the new wrapping routine, which did invent some new bugs on one hand, but at least fixed this one (and probably other ones) on the other hand. Plus the ones that have been fixed in the past days/week. Interestingly, 1.0-git of March 17th still had this bug, the current 1.0-git I'm now using [GIT 20130503.1233] doesn't appear to have it. So the new wrapping routine must have been invented/committed after March 17th. I may have missed that, as the SVN list had a severe leak - apparently due to an outage of the mailing list servers - between Mar 20th (10:43) and Mar 25th (09:11), so I haven't been able to notice the commits during this leakage. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

Mystery: 1.0-git not usable anymore
by Michael Heydekamp 06 May '13

06 May '13

Just logged into Roundcube 1.0-git and can't use it anymore: It doesn't load any messages, and it doesn't react to any key or mouse action. It does show the respective link in the status bar when hovering them, though, but that's all. I'm getting a Javascript error in the lower left corner of the status bar of IE8, saying (in German, but I think it's understandable): > Details zum Fehler auf der Webseite > Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C) > Zeitstempel: Mon, 6 May 2013 17:21:05 UTC > Meldung: 'datepicker.regional' ist Null oder kein Objekt > Zeile: 4 > Zeichen: 2 > Code: 0 > URI: http://www.xxxxxxxxx.de/xxxxxxxx/plugins/jqueryui/js/i18n/jquery.ui.datepic… I didn't change anything since last night, when it was still working, did not even do a git-pull. It doesn't have to be a Roundcube problem, it may very well be a problem on my local machine or on our server, but I wouldn't know where to look at. Even if I disable the line... > $rcmail_config['jquery_ui_i18n'] = array('datepicker'); ...in <roundcubedir>/plugins/jqueryui, the problem persists. Any helpful hint appreciated what may have happened and how I can resolve this. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 1

Roundcube deletes leading blanks upon sending - but why??
by Michael Heydekamp 05 May '13

05 May '13

Besides some issues I'm still owing the creation of a ticket for, I just stumbled across another issue: Apparently (and due to reasons which do escape me) Roundcube does delete leading blanks upon sending. So if I compose (or forward) this... ------------------------------------------------------------------ > AZERBAIJAN PERMIT AZA-0742/16.04.13 > ENTRY/EXIT: ADEKI/DUKAN > > UBBB HANDLING FCG/SW BUSINESS AVIATION COMPANY > (22/23APR) PHONE: +994-xx-xxx-xxxx > PAX HANDLING: SWBA GAT TERMINAL > CREW TRANSFER CONFIRMED > PAYMENT: ON CREDIT > > UBBB HOTAC ROYAL PARK BAKU 4* > (22/23APR) 2 SGL, RATE 86 EUR > CNFM:52818SB000043/52818SB000044 > PAYMENT BY C/C > > TURKMENISTAN PERMIT GC/24/2047/080413 > (UBBB-UTNU 23APR) EXIT: DUKAN / OTBOR ------------------------------------------------------------------ ...it will be sent (and displayed at the recipient's end) like this: ------------------------------------------------------------------ > AZERBAIJAN PERMIT AZA-0742/16.04.13 > ENTRY/EXIT: ADEKI/DUKAN > > UBBB HANDLING FCG/SW BUSINESS AVIATION COMPANY > (22/23APR) PHONE: +994-xx-xxx-xxxx > PAX HANDLING: SWBA GAT TERMINAL > CREW TRANSFER CONFIRMED > PAYMENT: ON CREDIT > > UBBB HOTAC ROYAL PARK BAKU 4* > (22/23APR) 2 SGL, RATE 86 EUR > CNFM:52818SB000043/52818SB000044 > PAYMENT BY C/C > > TURKMENISTAN PERMIT GC/24/2047/080413 > (UBBB-UTNU 23APR) EXIT: DUKAN / OTBOR ------------------------------------------------------------------ But that's not the way how I meant to send it. I'd like to send it "as is", which is "as composed" (WITH leading blanks). Please note that I enclosed the text above in quote chars only to be able to illustrate the issue (as quoted lines keep being untouched by Roundcube upon sending). The original text did of course not have any leading quote chars. I'm talking about plain text mails, qp-encoded. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 21

How to switch from folder to message pane with a keystroke?
by Michael Heydekamp 04 May '13

04 May '13

As Roundcube 1.0-git [GIT 20130501.1356] is not usable with a mouse anymore in IE8: Is there any key with which I can switch from the folder pane to the pane with the list of messages? When clicking on the INBOX, I can scroll with the Cursor keys through the list of messages of the INBOX in the message pane. But only in the INBOX, all other folders don't behave this way. Anf of course, this mouse problem should be solved anway. In [GIT 20130422.1409]), that wasn't a problm, but since [GIT 20130501.1356] (or even before( it is one. (The problem BTW is, that any mouse cick on a message sends the entire window to the background, i.e, it's becoming unvisible. That's why I'm asking for that keystroke.) Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

4 11

Problem installation together with DAViCal
by Pander 04 May '13

04 May '13

Hi all, What is the solution (workaround and long term bugfix) for the following issue: https://bugs.launchpad.net/ubuntu/+source/roundcube/+bug/759974 Please reply on Launchpad. Thanks, Pander

1 0

Package request for CardDAV plugin for Roundcube
by Pander 03 May '13

03 May '13

Hi all, In order to get http://www.crash-override.net/carddav.html packaged for Debian and Ubuntu, please vote here: https://bugs.launchpad.net/ubuntu/+source/roundcube/+bug/1022025 by loggin in and selecting: "Yes, this bug affects me." Anybody who can help out packaging this plugin, please comment on the issue. Thanks, Pander

2 2

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