Dev

dev@lists.roundcube.net

1 participants
4298 discussions

Stable 0.2 forward attachment problem
by airween＠damson.hu 23 May '09

23 May '09

Hello Developers, I have checked on google, but didn't find any relevant info from past near... So, a few days ago I have upgraded from first 0.2 to current stable version, and users said if somebody forward an email which contains attachment, it doesn't arrive to recipient. I've checked, and it's true. When I forward an email which contains attachment (eg: a zipfile), it visible in "attachments" block on left top of display - but when I send it, and read at other address, the attachment isn't there. Could anybody help me? Thanks: a. _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Re: [RCD] [Svn] r2515 - trunk/roundcubemail/program/include
by Thomas Bruederli 22 May '09

22 May '09

A.L.E.C wrote: > BTW, plugins directory name is still hardcoded in rcube_plugin_api > as $url, which is used in ressource_url (two ss!) and to build rcube_plugin::$urlbase. > Yes, you're right. I forgot about that. I'm not sure whether we should introduce another config parameter which specifies the plugin directory URL. This is not necessarily the same as the real 'plugins_dir' setting. ~Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

[PATCH] PHP 4 fixes for lib/html2text.php
by Francois Marier 22 May '09

22 May '09

Hi, Here's a 2-line patch for the html2text class which is part of RoundCube. I'm not sure whether or not you'll be interested in it because it's just about making that class compatible with PHP 4. I had to fix this specific problem because we (the Moodle project -- http://www.moodle.org) use your code to do HTML to text conversion when mailing out forum posts to users and unfortunately we still have to support PHP 4 in the latest stable version of Moodle. Cheers, Francois --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/7X/2Iskptr6/roundcube_html2text_.patch Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Updated Hebrew Translation
by Moish 22 May '09

22 May '09

-- Moish --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/5q/DXEOjpYA/messages.inc http://detached.gigo.com/rc/5q/DXEOjpYA/labels.inc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] Load plugin config from plugin folder
by Roland Liebl 22 May '09

22 May '09

Resolved like inspired by Robert King. Thanks! Patch is not required anymore. I would just need your opinion about: http://lists.roundcube.net/mail-archive/dev/2009-05/0000053.html Regards, Roland _______________ function _load_config($plugin) { $rcmail = rcmail::get_instance(); $config = $rcmail->config->get('plugins_dir') . "/" . $plugin . "/config/config.inc.php"; if(file_exists($config)) include $config; else if(file_exists($config . ".dist")) include $config . ".dist"; if(is_array($rcmail_config)){ $rcmail->config->merge($rcmail_config); } } > ----- Original Message ----- > From: "Robert King" <robk(a)mun.ca> > To: "RoundCube Dev" <dev(a)lists.roundcube.net> > Sent: Sunday, May 17, 2009 5:42 PM > Subject: Re: [RCD] Load plugin config from plugin folder > > >> On Sun, 17 May 2009 13:03:37 -0230, Robert King <robk(a)mun.ca> wrote: >>> In my plugins I've been calling a function in the plugin init of: >>> >>> class plugin_name extends rcube_plugin >>> { >>> >>> public function init() >>> { >>> _load_config(); >>> } >>> >>> private function _load_config() >>> { >>> include('config.inc.php'); >>> $this->config = (array) $_config; >>> } >>> >>> } >> >> Forgot this important detail: >> >> class plugin_name extends rcube_plugin >> { >> private $config; >> ... >> } >> >> -- >> Robert King >> System Administrator >> Computing & Communications >> Memorial University >> _______________________________________________ >> List info: http://lists.roundcube.net/dev/ >> > > _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

Plugin question
by Cor Bosman 21 May '09

21 May '09

Hi all, a plugin question ive been wondering about. What is the recommended way for a plugin to save longterm non-user configurable data? Just an example, lets say I want to keep track on if ive shown a MOTD page to a user, id have to save that information. But some plugins may have much more extensive needs here. Basically any data you want to save immediately without going through a save preferences click. It might be nice to have some api functions that allow a plugin to save this kind of data without having to construct your own SQL. Any ideas about this? Maybe it exists already and I just couldnt find. Also, looking at the code it seems as if plugins through save_preferences hook can add saved prefs, but this has a potential for unintentional overlap. If 2 plugins decide to use the same name, you'll override a previous config with the same name. Maybe RC should add the plugin name or something to the prefs key? Regards, Cor _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

[Plugin API] TODO
by A.L.E.C 21 May '09

21 May '09

I've rewritten my managesieve patch using plugin api and I've found a few issues: 1. Templates from plugin directory. I've commited patch from Roland Liebl and it's possible now, but... images path is hardcoded to "plugins/plugin_name/...", and will not work if someone will change plugins_dir. 2. include_script() includes script after rcmail variable initialization. That's ok, but there's a one situation when it's a problem. For 'html' output I must write: $this->rc->output->add_script(sprintf("rcmail.managesieve_updatelist('%s', '%s', %d);", isset($new) ? 'add' : 'update', $this->form['name'], $fid), 'foot'); instead of more unified form: $this->rc->output->command('managesieve_updatelist', isset($new) ? 'add' : 'update', $this->form['name'], $fid); 3. Localization folder name should be constant for all plugins (hardcoded in api). Creating plugins translator will be simpler then. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Updated Swedish localization of messages.inc
by Jonas Nasholm 19 May '09

19 May '09

Hi, I’ve attached an updated Swedish localization of messages.inc. Regards, Jonas Nasholm Bitfuse Network --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Y7/DpA6h7k5/sv_SE.zip Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

roundcubeforum.net DOWN
by Michael Crumm 19 May '09

19 May '09

Does anyone know why http://roundcubeforum.net is unresponsive? I seem to get redirected to some gaming website. I tried asking in the IRC channel last night, but I think everyone was asleep :-) Is the forum site run by the roundcube admins? Does anyone know if it will be coming back? -- Michael Crumm mcrumm(a)gmail.com _______________________________________________ List info: http://lists.roundcube.net/dev/

2 2

Cache buster? (Re: Trunk 2501 error javascript in osx)
by Gokdeniz Karadag 19 May '09

19 May '09

> Message: 10 Date: Tue, 19 May 2009 15:10:26 +0200 From: till <klimpong(a)gmail.com> > Subject: [RCD] Cache buster? (Re: Trunk 2501 error javascript in osx) >> > On Tue, 19 May 2009 14:11:13 +0200, "A.L.E.C" <alec(a)alec.pl> wrote: >>> >> Sandro Pazzi wrote: >>> >> >>>> >>> I've installed the last version and I find this errors in osx firefox >> > and >>>> >>> safari. >>>> >>> >>>> >>> All works fine in firefox and safari on windows. >>> >> >>> >> Css cache issue. Clear browser's cache. > > Do we need a cache buster? E.g. skins/default/css/main.css?v=RCVERSION > > Or we include the version in the filename for releases? > > Thoughts anyone? > I think version in the filename is better, that way browsers can cache the css. The same can be done for js files. When I patched a js file to solve a bug, that required full refresh in clients; you don't know when the cache will be invalidated, somehow file mtime is not very reliable (?) -- Gokdeniz Karadag _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

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