Dev

dev@lists.roundcube.net

4296 discussions

HTML Editor
by Michael Heydekamp 12 Aug '15

12 Aug '15

Is the HTML editor of Roundcube a topic here at all? I haven't seen many posts about it here (only 2 of 11,418 that I have in the dev list folder), so I'm raising this question before I'm going to complain about lots of issues that I'm having with it. As I'm using Roundcube more and more for running my own new business, unfortunately I'm more or less forced to use this editor (although I hate HTML messages) - business partners are sending (and expecting) logos, tables and that kind a stuff. But I need to mention two issues that are really bothering me most: I have created a sophisticated and fancy HTML signature, which starts this way: > <div class="pre"> --  Michael Heydekamp [...] After initiating a new message and typing the word "Test" in the body, the HTML source code starts this way: >   > <div id="_rc_sig"> > <div class="pre">Test --  Michael Heydekamp [...] The two issues are: 1) If I decide to change the identity during (or after) composing, the whole text is gone! Apparently this is because the text (in this example just "Test", but in can be lots of pages) is inserted after the "<div id="_rc_sig">. If I manually move this line in the source behind the text (but before the signature), then I can change the identity during omposing without any problem. But this can't be the way it should work, as you can't expect the average Roundcube user to edit the HTML source. 2) The " " is disturbing as it causes an unnecessary blank line/paragraph at the top of the message which can not be easily removed. At least I didn't find a good and always working way yet. Any chance to improve/fix this...? As I said, there are lots of other issues, which I won't and even can't describe for the moment (e.g. that pressing Enter does sometimes create a new line ( , but sometimes a new paragraph (). You're never sure what will happen. Response would be appreciated. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 5

Roundcube and PEAR
by Andrea Brancatelli 05 Aug '15

05 Aug '15

Hello everybody, lately in my company we’ve been working at a roundcube storage engine which allow roundcube to hook directly into dbmail (http://dbmail.org <http://dbmail.org/>) database engine bypassing all the IMAP stuff. Everything basically is working great (you can check our work at https://github.com/skeyby/roundcube-dbmail <https://github.com/skeyby/roundcube-dbmail> if you like) right now, but we have a general problem I’d like to ask you about. The problem lies in the PEAR libraries that are included in round cube’s composer.json. We’ve seen roundcube is currently hooked to a (wrong) fork of Pear Mail mimeDecode). I say wrong because it’s a not official fork, PHP4 based, that doesn’t implement some of the functions that are available in official PEAR’s Mail mimeDecode. Furthermore the author of the fork has just published on his github that the fork will be soon cancelled because it’s not maintained anymore. In our plugin’s installation procedure we wrote instruction to change composer.json to map the official Pear Repository but that doesn’t seems like a good approach [1]… To give you some additional information Roundcube itself seems to work perfectly with the official PEAR Mail mimeDecode, so I really don’t understand why using the other one. Yesterday we run composer update on our installation of roundcube and Pear NET_SMTP got updated. Major highlights of the new version is the removal of the old PHP4 methods. That means that Net_SMTP::_send is gone, thus if you upgrade PEAR roundcube stops working. Same things happens with official PEAR Mail_mime that went from 1.8.9 to 1.9.0 RC and broke something else (I lost the log for that, sorry). We solved that by changing composer.json once again but…… [2] Last thing I’m a bit confused about the fact that the official libraries are uppercased and the forked ones are lower case - we didn’t hit any problem with that, but I must admit that I’m a bit uncomfortable with that. Thank you for any information you can provide us on the topic. [1] change: "pear/mail_mime-decode": ">=1.5.5", to: "pear-pear.php.net/Mail_mimeDecode": ">=1.5.5" [2] change: "pear/mail_mime": ">=1.8.9", to: "pear/mail_mime": “1.8.9”, add "pear-pear.php.net/Mail_Mime": "1.8.9", ------- Andrea Brancatelli

3 3

Composer: Undefined index error, possible caused in PluginInstaller
by Phil Weir 24 Jul '15

24 Jul '15

Hi, I might have found an error in the PluginInstaller used for Composer, can anyone else confirm it? In PluginInstaller.php there is `$constraint = new VersionConstraint($version, $operator);` on line 168 BUT in the VersionConstraint class in Composer the args are the other way round see https://github.com/composer/composer/blob/master/src/Composer/Package/LinkCo nstraint/VersionConstraint.php#L60 I think this is causing [ErrorException] Undefined index: blah when you try and install plugins with minimum version requirements. Does anyone else get the same thing? Phil

1 1

PHP Fatal error: Call to undefined method Mail_mimePart::encodeHeader
by Aleksandar Lazic 12 Jul '15

12 Jul '15

Dear RC dev team. I have done several days before a git pull php composer.phar update --no-dev -vvv bin/update.sh in my roundcube directory and a Since them I get the following error and I'm unable to send mails. [11-Jul-2015 15:43:52 Europe/Vienna] PHP Fatal error: Call to undefined method Mail_mimePart::encodeHeader() in /home/phpapps/apps/roundcubemail/vendor/pear/mail_mime/Mail/mime.php on line 1312 The suggested workaround on this site helps but I would prefer a fix. https://stackoverflow.com/questions/31136532/fatal-php-error-in-roundcube-m… How can I support you to fix this issue? ######## php5 -v PHP 5.6.10-1+deb.sury.org~precise+1 (cli) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies ######## ######## Roundcube Webmail 1.2-git [GIT 20150708.2158] Copyright © 2005-2015, The Roundcube Dev Team This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. Some exceptions for skins & plugins apply. Installierte Plugins Erweiterung Version Lizenz Quellcode Attachment Reminder 1.1 GPLv3+ emoticons 1.4 GPLv3+ filesystem_attachments 1.0 GPLv3+ jqueryui 1.10.4 GPLv3+ markasjunk 1.2 GPLv3+ userinfo 1.0 GPLv3+ ###### Cheers Aleks

1 1

The excitement continues
by Thomas Bruederli 10 Jul '15

10 Jul '15

Dear subscribers We're just a couple of days away from finishing our Roundcube Next crowd funding and the good news is: we already reached our base goal! That means Roundcube Next will get started and we can refactor the core of Roundcube and get basic email and contacts functionality in place. But that's just the start. If we can push the funding higher, then we can schedule more of the Roundcube Next goals as seen in the graphic on the campaign page. Without that extra support, it will simply take us longer to get there. Visit https://www.indiegogo.com/projects/roundcube-next--2#/story and get involved if you haven't already. Also on the campaign page: some sneak peeks on the visual concepts we've been working on in the past few weeks. The screens are far from being final or complete but you'll the the idea what the new webmail may look like on desktops and mobiles. So there's still time for you to make a difference. Back the campaign today and help us push even further! Best, Thomas and the Roundcube Team

2 1

Re: [RCD] android
by l.gautrot＠free.fr 07 Jul '15

07 Jul '15

Hi Cor, May I suggest you to have a look at a nice project of a free mobile skin that looks pretty good and works fine. Using viewport, it helps switching automatically to the most convenient view. Anyway, if you prefer to force a desktop view on a mobile phone, you also can (and the opposite as well). https://github.com/messagerie-melanie2/roundcube_skin_melanie2_larry_mobile Best regards Le 2015-07-03 12:00, dev-request(a)lists.roundcube.net a écrit : > Date: Thu, 2 Jul 2015 15:44:24 +0200 > From: Cor Bosman <cor(a)xs4all.nl> > To: Roundcube Development discussion mailing list > <dev(a)lists.roundcube.net> > Subject: [RCD] android > Message-ID: <BCBF9018-4B5E-4A2A-BC40-0F0A8148901C(a)xs4all.nl> > Content-Type: text/plain; charset=windows-1252 > > Hi all, i know roundcube doesn?t support mobile very well, but on > iphone/ipad and even android/firefox/safari things sort of work > ok-ish. > > Not so much for android/chrome. That is just one big garbled mess. Has > anyone tried to look into that? I can?t seem to find a way to fix it. > You can tell chrome to ?Request Desktop Site? and then things work ok > again. So it seems to be some detection of a user agent and maybe some > css gets added. I saw some code in common.js which seems to set > classes based on user agents, but even if I remove all of that things > don?t seem any better. > > Anyone has any idea what exactly is different between using ?Request > Desktop Site? and the ?mobile? site, and maybe hardcode to always use > the desktop site in some combination of user agents? > > Cor

1 0

override skin
by Cor Bosman 07 Jul '15

07 Jul '15

Hey all, im looking to override the skin from a plugin. I was encouraged by a config_get hook, which seems to be exactly what I want, but it doesnt actually function. My guess is the plugins are initialised too late, and roundcube has already decided to use the default skin (or the configured skin). Some debug statements show that my plugin is not called every time a $config->get() is done. On top of that it actually saves the preference as well, causing people to be logged with the default skin to suddenly switch skin. I guess this wasn't really meant for that :) Background: we recently switched our main webmail to roundcube, and are getting flooded by complaints about roundcube and android devices. Roundcube is basically totally useless on android/chrome. At least with the larry skin. The classic skin works ok-ish, at least it's functional. I was hoping to give users the option to use the classic skin on their phone/tablet, but the normal larry skin on desktop by setting a cookie and setting the skin based on that. But I cant really get that to work. Any other option to achieve this? Or any work being done to make larry usable on android? It works fine on IOS, so it really seems to be some bug in RC. For some reason the width is set to the screen width, instead of being scrollable like on IOS. Obviously the screen width isnt large enough, so it crunches the whole interface into a tiny space. Btw, I can actually get this to work by using apache environment variables and setting ROUNDCUBE_SKIN. So I could always use 2 different sites. But still wondering if im missing something to allow browser-specific skin settings, Regards, Cor

1 0

android
by Cor Bosman 03 Jul '15

03 Jul '15

Hi all, i know roundcube doesn’t support mobile very well, but on iphone/ipad and even android/firefox/safari things sort of work ok-ish. Not so much for android/chrome. That is just one big garbled mess. Has anyone tried to look into that? I can’t seem to find a way to fix it. You can tell chrome to ‘Request Desktop Site’ and then things work ok again. So it seems to be some detection of a user agent and maybe some css gets added. I saw some code in common.js which seems to set classes based on user agents, but even if I remove all of that things don’t seem any better. Anyone has any idea what exactly is different between using “Request Desktop Site” and the ‘mobile’ site, and maybe hardcode to always use the desktop site in some combination of user agents? Cor

2 1

I have created csv2vcard.inc for cs_CZ locale - how to submit it?
by Petr Topiarz 24 Jun '15

24 Jun '15

Hi folks! I have created csv2vcard.inc for cs_CZ locale, that works fine with Outlook and Thunderbird and generic (gmail, seznam.cz, centrum.cz) webmail csv. How/Where can I submit it? Petr

1 0

Localizing skins
by martijn.list 18 Jun '15

18 Jun '15

Hi, Is it possible to add localization files (i.e., files like en_US.inc etc.) to a skin? I know how to add these language files to a plugin but I was wondering whether this is supported by a skin as well? Kind regards, Martijn

2 1

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