Dev

dev@lists.roundcube.net

4296 discussions

List selection does not easily work
by Henning 01 Feb '14

01 Feb '14

Hi, in my new version of roundcubemail it is not easy to select list items. By single clicking list items, e.g. in folder managment, they do not get selected. You have do some little drag & dropping until it works. This is very annoying... Any clue on this? I'm running ubuntu with kolab-packages roundcubemail 1:1.0~dev20131031-1~kolab1.2 roundcubemail-plugins-kolab 1:3.1.7-0~kolab1 Henning

2 1

How to make FF aware of Roundcube changes? (was: [Svn] [roundcube/roundcubemail] fac59d: Added move/copy icons, improved edit icon and some icon positions)
by Michael Heydekamp 22 Jan '14

22 Jan '14

This post is related to the commit quoted below. In fact, I still couldn't see any move/copy icons in FF 26.0. Although the commit was successfully applied on the server. To make these icons visible, I had to... 1) Log off from Roundcube 2) Close the Roundcube tab/window 3) Clear the FF cache 4) "Restart" Roundcube in FF Step 2) is quite important, omitting it still didn't resolve the issue. This is (was) a default FF installation, with default website cache settings applied. I have now limited the cache to 1 MB. I'm not a web developer, but isn't it possible to implement those kind of changes in a way that any cache contents/settings don't matter at all? The casual user will of course not realize this problem, as he will not be subscribed to the SVN list and therefore won't even expect any change (= additional icons). Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 17.01.2014 13:56, schrieb GitHub: > Branch: refs/heads/master > Home: https://github.com/roundcube/roundcubemail > Commit: fac59dc441d25f7204fb6013bf88db90c01ae34b > > https://github.com/roundcube/roundcubemail/commit/fac59dc441d25f7204fb6013b… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2014-01-17 (Fri, 17 Jan 2014) > > Changed paths: > M plugins/managesieve/skins/classic/managesieve_mail.css > M skins/classic/images/messageactions.gif > M skins/classic/images/messageactions.png > M skins/classic/mail.css > > Log Message: > ----------- > Added move/copy icons, improved edit icon and some icon positions > > > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

5 4

Multiple plugins directory
by Sandor Takacs 22 Jan '14

22 Jan '14

Hi all! Is there any chance to modify rcube_plugin_api class to use more than one directory in the load_plugin function (like the load_config in rcube_config class)? With this modification we can use an external plugins dir to store the 3rd party plugins and the original plugins dir to store the plugins from the original distribution. -- Takika

2 1

CA validation
by manu＠netbsd.org 21 Jan '14

21 Jan '14

Hi Right now, Roundcube supports TLS, but there is no way to enforce IMAP and SMTP server certificate validation. This is very infortunate, since it means RoundCube has no way to detect trivial MiM attacks using a self-signed certificate. Let us look at the SMTP side. Connexion handle is obtained in program/lib/Roundcube/rcube_smtp.php: $this->conn = new Net_SMTP($smtp_host, $smtp_port, $helo_host); Net_SMTP allows a stream context options to be provided, and this stream context options can be used to enforce CA valdation. It would work like this: $opts = array( 'ssl' => array( 'verify_peer' => TRUE, 'verify_depth' => 5, 'cafile' => '/path/to_ca_file', ), ); $this->conn = new Net_SMTP($smtp_host, $smtp_port, $helo_host, false, 0, $opts); I would like to contribute such a change. Obviously, ca_file must be available as a config option (what name?). Is there any comment on the approach? I have not looked at the IMAP side: I use imapproxy for connexion caching, and therefore Roundcube is not in charge of TLS. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu(a)netbsd.org

2 4

caldav backend to calender plugin
by Michael Rasmussen 17 Jan '14

17 Jan '14

Hi all, Sometime last year there was a thread about adding a caldav backend to the calendar plugin provided by kolab. Does anybody now whether there have been any progress with this? If there have been some progress does anybody know where to find the code for this backend? If no progress have been made or if nobody is working on this I will start implementing this backend ASAP. To be recognized by the calendar plugin I must do the following? 1) Under drivers add a folder say caldav 2) In that folder create a file named caldav_driver.php 3) Create a class named caldav_driver extending calendar_driver 4) Implement all abstract methods in calendar_driver Anything else I need to do? -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael <at> rasmussen <dot> cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir <at> datanom <dot> net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir <at> miras <dot> org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 -------------------------------------------------------------- /usr/games/fortune -es says: Write yourself a threatening letter and pen a defiant reply.

2 2

Zoom function in FF partially broken
by Michael Heydekamp 15 Jan '14

15 Jan '14

Due to reasons not related to Roundcube, I needed to install FF today. After just a few minutes of usage, I realized that the keyboard zoom function Ctrl-+/- is partially broken in the Roundcube window/tab: It's working in the first place, but right after clicking on a message in the message list, it doesn't work at all anymore. At least here: Win7/64, FF 26.0 Ah: When creating a new message in a new window (!), and returning with <Alt-Tab> to the main Roundcube window, the (keyboard) zoom function is working again. Hmmm...? Replicable? I thought I'd finally get rid of all problems when moving away from IE, but this experience with FF after just a few minutes (although it may be a Roundcube issue) doesn't make me really happy. And BTW: The sizes of fonts are being displayed totally different to IE. But that's clearly NOT a Roundcube issue, of course. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 10

Roundcube hangs on entering prefs screen
by Chris Hotte 10 Jan '14

10 Jan '14

Regression: 0.9.2 Current: 0.9.4 We have a random issue cropping up whereby all browser links stop responding randomly for some users, but not others once they enter the settings. Clearing the ‘preferences’ field for the user clears the issue. I can’t see anything in the preferences field content that would trigger this. The issue occurs across multiple browsers (Safari/Firefox). On our 9.4 server I’ve cleared (accidental SQL delete statement) all the user prefs and the issue has not come back yet. However it’s only been a day, and the users are possibly slow to change their settings. I have here a dump of the preferences of an affected user on the 9.2 server and a user who was affected with a new preference set. Affected: SELECT user_id,username,preferences from users WHERE username LIKE "%goff%" array(4) { ["search_mods"]=> array(4) { ["*"]=> array(2) { ["subject"]=> int(1) ["from"]=> int(1) } ["Sent"]=> array(2) { ["subject"]=> int(1) ["to"]=> int(1) } ["Drafts"]=> array(2) { ["subject"]=> int(1) ["to"]=> int(1) } ["INBOX"]=> array(2) { ["subject"]=> int(1) ["from"]=> int(1) } } ["preview_pane"]=> bool(true) ["html5_notifier_duration"]=> string(1) "0" ["html5_notifier_smbox"]=> string(1) "0" } ——————————————————————————————————————————————————————— New preferences: SELECT user_id,username,preferences from users WHERE username LIKE "%jseibert%" array(8) { ["search_mods"]=> array(4) { ["*"]=> array(2) { ["subject"]=> int(1) ["from"]=> int(1) } ["Sent"]=> array(2) { ["subject"]=> int(1) ["to"]=> int(1) } ["Drafts"]=> array(2) { ["subject"]=> int(1) ["to"]=> int(1) } ["INBOX"]=> array(2) { ["subject"]=> int(1) ["from"]=> int(1) } } ["htmleditor"]=> int(1) ["draft_autosave"]=> int(180) ["reply_mode"]=> int(1) ["preview_pane"]=> bool(true) ["preview_pane_mark_read"]=> int(5) ["html5_notifier_duration"]=> string(1) "0" ["html5_notifier_smbox"]=> string(1) "0" } --------------------------------------------------------------------------------------------------------------- Looking at the Firefox dev console I see a lot of CSS issues when I load the /?_task=settings page. The JS error that comes up on affected users is: ReferenceError: rcmail_browser_notifications_colorate is not defined Stepping in to /?_task=settings line 38: $(document).ready(function(){ rcmail_browser_notifications_colorate(); }); The above are not copied, their manually typed out since the console/debugger won’t let me copy. Our default skin is: Larry, by FLINT / Büro für Gestaltung, Switzerland Regards, Chris Hotte | IT Systems Support Aditya Birla Minacs | inspired every day 380 Armour Road Suite 220, Peterborough, ON, K9H 7L7, Canada Phone 705.749.5904 | Mobile 705.868.1451 | www.minacs.adityabirla.com<http://www.minacs.adityabirla.com/%22%20%5Co%20%22http://www.minacs.adityab…>

2 1

Come and meet us at FOSDEM 2014
by Thomas Bruederli 08 Jan '14

08 Jan '14

Hello Roundcube devs On this year's FOSDEM, taking place Feb 1st & 2nd in Brussels, Belgium, Roundcube has a stand together with our friends from Kolab Groupware. Alec and myself will be there and if you're going as well, don't forget to come by our both and say hi. We'd love to meet you in person and take the opportunity to have a chat about Roundcube and anything else. And hey, we're about to celebrate the arrival of Roundcube 1.0. For more information about FOSDEM and where to find us, see https://fosdem.org/2014/stands/ See you there! Thomas

1 0

Size of popup windows in FF
by Michael Heydekamp 04 Jan '14

04 Jan '14

Now, as the splitter issue with FF has been resolved (which was not a Roundcube issue at all, as we know now), next question: How is the size of a Roundcube popup window (e.g. when you compose a new message in a separate window) being defined? Is Roundcube or the browser doing this? And how can this be adjusted in FF? I can adjust the vertical splitters, and their position will be remembered, but then the very right part in the compose window (Attachments) is way to slim. I can of course manually adjust the total horizontal size of the window, but this setting will NOT be remembered upon composing the next new message. Any solution/workaround...? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 1

Splitter issue in FF
by Michael Heydekamp 03 Jan '14

03 Jan '14

Hello again, next issue in FF (may be minor to you, but is annoying to me): As I have message preview enabled, I have set the number of messages per page to 14, because I want to avoid a vertical scrollbar on the right hand side of the message list. So I move the horizontal splitter precisely and pixel-exactly to the utmost top position where FF doesn't show a scrollbar. The problem: After logoff and re-logon the splitter has moved two pixels upwards, which leads to a scrollbar on the right hand side. This is 100% replicable. See screenshot attached. And I just realized that I even don't need to logoff/logon, I can reproduce the same by simply clicking on "Settings" and then on "Mail" again. I'm not sure if this an RC or an FF issue. At least it doesn't happen in IE. But I'd be glad if you could take a look at it. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 10

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