Dev

dev@lists.roundcube.net

1 participants
4289 discussions

Start a nNew thread

Option "Display attached images below the message" is broken in 0.9-git
by Michael Heydekamp 07 Nov '12

07 Nov '12

See subject. Please fix. :-) (Browser: IE8) -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

3 8

LDAP Addressbook Installation Problem with rcabook-setup.sh
by Andreas Lehr 03 Nov '12

03 Nov '12

Hi there, i tried installing the Roundcube LDAP Addressbook following the howto posted overe here: http://trac.roundcube.net/wiki/Howto_Ldap The ldap installation is working fine, but the rcabook-setup.sh script is returning an error and the configuration breaks: -create addressbook base directory: ou=rcabook,dc=localhost (as LDAP administator: cn=admin,dc=localhost) adding new entry "ou=rcabook,dc=localhost" -create the addressbook user: cn=rcuser,ou=rcabook,dc=localhost (as LDAP administator: cn=admin,dc=localhost) adding new entry "cn=rcuser,ou=rcabook,dc=localhost" -create subdirectory for public contacts: ou=public,ou=rcabook,dc=localhost (as Roundcube user: cn=rcuser,ou=rcabook,dc=localhost) adding new entry "ou=public,ou=rcabook,dc=localhost" ERROR-unable to create subdirectory! Can anybody assist? whats the problem here? Server is running debian testing with slapd 2.4.31 Thank you very much!

2 2

package.xml
by Cor Bosman 29 Oct '12

29 Oct '12

hey all, just wondering how people are creating the package.xml. Is there a method to auto-create it from source dir? Cor

3 2

PDO-based DB layer
by A.L.E.C 29 Oct '12

29 Oct '12

I've finished the new DB layer for Roundcube based on PHP PDO. It uses less memory (1.2 MB less) and should be faster than our old solution. The main differences: uses PDO modules, no prepared statements. Please, get 'pdo' branch and give it a try, so we could use this in 0.9. -- 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

4 5

CAUTION: MDB2 update breaks roundcube
by Reindl Harald 28 Oct '12

28 Oct '12

https://pear.php.net/bugs/bug.php?id=19677 -Status: Feedback +Status: Bogus The version of Roundcube does matter. The 0.8.2 release was improperly using the isError() method. There are two $this->db_handle->isError() calls in ./program/include/rcube_mdb2.php. That has been removed in master. Please open a ticket with Roundcube to get them to change the calls to MDB2::isError().

1 0

ServerError with php 5.4.8 rc 0.8.2
by Aleksandar Lazic 27 Oct '12

27 Oct '12

Hi, today I had some Server Errors. PHP: 5.4.8 Server API: FPM/FastCGI Build: './configure' '--prefix=/home/phpapps/installed/php5.4' '--enable-fpm' '--with-fpm-user=phpapps' '--with-fpm-group=phpapps' '--with-openssl' '--with-zlib' '--with-gd' '--enable-exif' '--with-jpeg-dir' '--with-png-dir' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-iconv-dir' '--enable-mbstring' '--enable-intl' '--with-mcrypt' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-pspell' '--enable-ftp' '--with-freetype-dir' '--enable-zip' '--with-bz2' '--with-curl' '--enable-soap' '--with-tidy' xdebug trace http://download.none.at/php-5.4.8_rc-0.8.2_02.txt What could this be? Best regards Aleks

4 9

CardDAV plugin
by Rosali 27 Oct '12

27 Oct '12

Hi all, I'm coding a CardDAV plugin based on https://github.com/graviox/Roundcube-CardDAV. I'd like to ask all Roundcuber's for test accounts ... - Davical - Radical ... or whatever DAV-Protocol based servers are out there. Send me details for test accounts (url/user/pass) to myroundcube at mail4us dot net. Thanks, Rosali

1 0

Re: [RCD] Plugin Repo
by Thomas Bruederli 25 Oct '12

25 Oct '12

I'm taking this to the dev list again since the conversation became more general and interesting for all. till wrote: > On Thursday, October 25, 2012 at 6:59 PM, Thomas Bruederli wrote: > >> till wrote: >>> >>> On Thursday, October 25, 2012 at 11:00 AM, Thomas Bruederli wrote: >>> >>>> Cor Bosman wrote: >>>>> One thing that i find a little disappointing about this packagist/composer combo is that it really just is a bookmark list. Users have to actually move to github or google to fetch the plugin. >>>> >>>> That's true but on the other hand it encourages people to publish their >>>> stuff on github which clearly has it's advantages. >>> >>> Hey guys – there is a major confusion! ;-) >>> >>> What you do is this: >>> >>> Use the `composer.json` file in roundcubemail (currently available in master only), and add this to repositories: >>> >>> "repositories": [{ >>> "type": "composer", >>> "url": "http://plugins.roundcube.net/" >>> }] >>> >>> Then it require — something like >>> >>> "cor/message_highlighter" >>> >>> ./composer.phar install — and it's installed. >> >> I was now playing around with the composer scripts and tried to figure out >> a proper way how Roundcube plugins can actually be installed using >> composer. Here are some issue I came across: >> >> * one has to add the plugins wished to be installed to the required section >> of the composer.json file from the local Roundcube installation. That means >> one has to alter a file which is actually distributed with Roundcube. A >> possible solution could be to ship Roundcube with a file named >> composer.json.dist which one has to copy to a local copy named >> composer.json which can then be managed through composer. > > The .dist is a good idea. >> >> * Then all the components are installed into the "vendor" directory and not >> to plugins/. I already stitched together some scripts which hook into >> composer's "post-package-install" and "post-package-uninstall" hooks and >> then create or remove a symlink to the installed packaged within the >> plugins directory of Roundcube. They could even add or remove the >> particular entry to the plugins property in config/main.inc.php. > > Another idea would be this: > > We add a `"type": "roundcube-plugin"` and a custom installer to install somewhere else. > > Then all the plugin authors need to do is set this type and require the plugin installer. > > This wouldn't require post-install-cmd for every plugin — just a simple type. Sounds good. What would it take to create such a customer installer? And how would it be shipped? >> * The required PEAR packages are also installed into "vendor" while they're >> actually shipped with Roundcube itself. I suggest to remove them entirely >> from the composer.json file and only handle plugins there. > > I would rather not check them into GIT anymore. > > If you run from a git clone, you would `./composer.phar install` first and get everything installed. That would only work for people who have PHP 5.3 with composer and who have shell access. > > Or you would download a complete release which includes all the dependencies. I guess we still have to provide that for all the users who install Roundcube through FTP on a shared hosting or whatever. > > To create such a release, we would just `composer.phar install` before we zip/tar it up? That's actually a good plan. However, it happens that Roundcube ships with modified PEAR packages which are not yet publicly available. But I guess for such cases we can put these modified libs into a separate repository which is again referenced through the composer.json.dist file. >> >> * If plugins require further components or libraries though their >> composer.json file, they'll also be installed into the local vendor >> directory but Roundcube might fail to load them. Therefore the Roundcube >> core would have to use the autoloading scripts installed by composer. >> That's something I still have to implement and test. > > if (file_exists("vendor/autoload.php")) { > require "vendor/autoload.php"; > } That's what I had in mind, yes. >> The goal was to first evaluate whether composer would be a good base for >> Roundcube's plugin repository. While it seems to be OK for publishing >> plugins, their installation seems to be a bit tricky and limited to systems >> running PHP 5.3 because of composer's requirements and heavy use of namespaces. > > In all honesty — PHP 5.3 has been out for forever. 5.2 EOL'd 2 years ago: > http://www.php.net/archive/2010.php#id2010-12-16-1 > > Even Debian has 5.3 nowadays. ;-)) > > But yeah — this would come with the requirement for 5.3. But I don't think this will be a huge issue, unless we make it one. I guess we had that conversation recently in the list and some people still objected against dropping PHP 5.2 support. ~Thomas

2 3

bug in rc 0.8.x with php 5.4.x
by Benny Pedersen 25 Oct '12

25 Oct '12

date is displayed empty rc 0.7.1 still works with php 5.4.x can others confirm ?

4 5

New look of compose and message screens
by A.L.E.C 24 Oct '12

24 Oct '12

In last few changes I improved message display screen. So, now it looks the same as the preview frame. I think this way the UI looks more clean and unified. I hope you agree with me. This also matches the look of other tasks e.g. addressbook where white color is used for the whole contact information frame/box. Because I was never happy with that how mail compose screen looks like, the idea came to make the same with compose screen. I started to work on this. See attached screenshot. The main reason of this change is a unification, but it will fix some issues on compose screen. E.g. the whole compose box will be scrollable so there will be no problems with too small screen height (even with displayed all headers and options). Opinions? -- 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

16 27

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev