Dev

dev@lists.roundcube.net

4290 discussions

[gigo.com notification] Welcome to the Notify list
by Jason Fesler 14 Aug '07

14 Aug '07

If you are receiving this message, that means I've identified this address as being dependent on "gigo.com". I've tried to make sure that if you have multiple addresses (due to you having your own domain name) dependent on gigo.com that I only include one of your addresses. You may also be seeing this message due to a mailing list you're on, being hosted here. (CRPL, Woodworkers, RoundCube). The purpose of this list is to notify folks of major system maintenance and changes. There will be major changes in the next 2-8 weeks, and it will involve downtown of several hours. Exact timing is in question and based on how much personal time I can spend on the new server. If you do not want to be on this notification list, you can unsubscribe with http://gigo.com/mailman/listinfo/notify#subscribers . If you do unsubscribe, I encourage you to watch http://gigo.com/ or feed://gigo.com/index.rdf . Or, .. just be aware that there will be downtime at some point in the next month or two for some hefty changes. Jason Fesler gigo.com postmaster, webmaster, list master, and janitor. _______________________________________________ Notify mailing list Notify(a)gigo.com http://gigo.com/mailman/listinfo/notify _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] de_DE
by till 12 Aug '07

12 Aug '07

Sean, please CC the list. On 8/12/07, Sean Heukels <seanheukels(a)hotmail.com> wrote: > > I installed devel-next nightly and found some errors. Thought I'd let you > know > > [Sun Aug 12 20:08:44 2007] [error] PHP Fatal error: Call to undefined > function: build_email() in > /home/domain01/domains/domain.nl/public_html/backend/includes/notifications.inc > on line 30 build_email is not part of roundcube. ;-) > [Sun Aug 12 21:01:17 2007] [error] PHP Parse error: syntax error, > unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' > in > /home/domain01/domains/domain.nl/public_html/rc/program/include/rcube/registry.php > on line 26 > [Sun Aug 12 21:01:30 2007] [error] PHP Parse error: syntax error, > unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' > in > /home/domain01/domains/domain.nl/public_html/rc/program/include/rcube/registry.php > on line 26 Are you using php4? Till _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Patch for ini-setting session cookie lifetime != 0
by Sebastian Petters / 4wd media 11 Aug '07

11 Aug '07

Dear RoundCube developers, first of all thank you for the development of RoundCube! Even in this pre-1.0 state, this project looks very promising. I'm looking forward for the further development. For a customer we are using an ini-setting session.cookie_lifetime which is non-zero, so the session is still open if the browser gets closed. With this setting, a login to RoundCube was not possible. I tracked the problem down to the function sess_regenerate_id() in program/include/session.inc. The parameters passed to the call to setcookie are not right. A possible solution may be the following: session_id($random); $cookie = session_get_cookie_params(); - setcookie(session_name(), $random, $cookie['lifetime'], $cookie['path']); + $expire = ($cookie['lifetime'] == 0) ? 0 : time() + $cookie['lifetime']; + setcookie(session_name(), $random, $expire, $cookie['path']); return true; setcookie does not expect the lifetime but an expiry unix timestamp. If the cookie lifetime is 0 (session cookie) nothing changes. Otherwise, if the lifetime is non-zero we need to add the current time. I'm sorry for not using your bugtracker, but i didn't find a "report bug" form. Anyhow, i hope the patch will get applied. Thanks in advance and best regards, Sebastian -- Sebastian Petters www.4wdmedia.de _______________________________________________ List info: http://lists.roundcube.net/dev/

3 3

Ticket #1484508 and getallheaders()
by Andris 11 Aug '07

11 Aug '07

Hello everyone, we want to use this great webmail for our mail service and as appreciation of your work I would like to share all our knowledge about roundcube. We are planning to start our work at the end of august, so it will include whole source code security audit, some new feature development and of course bug fixing. I already had a small to talk with Brett and he agreed that our cooperation will bring a lot of benefits to roundcube project. For now I would like to inform you about a bug that I've discovered during installation of latest svn trunk. I'm getting a lot of PHP fatal errors because getallheaders() function do not exist in my compilation of PHP because I'm using it as fastcgi binary and PHP documentation says that: This function is only supported when PHP is installed as an Apache module. Not sure if my second problem related to the first one, but I'm unable to see my list of mails if I've changed the current folder, in other words I can see my mails only for the first time the window is drawn if I'll change my location all mails will dissapear until I would press refresh button or go to the settings page and back. -- Regards, Andris _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

[Fwd: [RCD] Attachment locking interface bug-patch (#1484496) I just submitted a bug to trac about downloading attachments that aren't of a correct mime type to spawn the window, ie the direct download, that causes the ui to lock up. (#1484496) Here is my patch to the solution from the latest svn checkout. It retains the original behavior of the redirect() function but adds in the lock that is sent to goto_url(). New to patches, so forgive if I did this improperly :) Patrick]
by Rich at Whidbey Telecom 10 Aug '07

10 Aug '07

Here's the patch that was submitted on July 31st and added to 667. :) -------- Original Message -------- Subject: [RCD] Attachment locking interface bug-patch (#1484496) I just submitted a bug to trac about downloading attachments that aren't of a correct mime type to spawn the window, ie the direct download, that causes the ui to lock up. (#1484496) Here is my patch to the solution from the latest svn checkout. It retains the original behavior of the redirect() function but adds in the lock that is sent to goto_url(). New to patches, so forgive if I did this improperly :) Patrick Date: Tue, 31 Jul 2007 15:30:12 -0600 From: Patrick Milvich <patrick(a)milvich.com> To: dev(a)lists.roundcube.net I just submitted a bug to trac about downloading attachments that aren't of a correct mime type to spawn the window, ie the direct download, that causes the ui to lock up. (#1484496) Here is my patch to the solution from the latest svn checkout. It retains the original behavior of the redirect() function but adds in the lock that is sent to goto_url(). New to patches, so please forgive if I did this improperly. Patrick Index: program/js/app.js =================================================================== --- program/js/app.js (revision 657) +++ program/js/app.js (working copy) @@ -694,7 +694,7 @@ } } - this.goto_url('get', qstring+'&_download=1'); + this.goto_url('get', qstring+'&_download=1', false); break; case 'select-all': @@ -3187,9 +3187,10 @@ /********* remote request methods *********/ /********************************************************/ - this.redirect = function(url) + this.redirect = function(url, lock) { - this.set_busy(true); + if (lock || lock == null) + this.set_busy(true); if (this.env.framed && window.parent) parent.location.href = url; else @@ -3198,11 +3199,8 @@ this.goto_url = function(action, query, lock) { - if (lock) - this.set_busy(true); - var querystring = query ? '&'+query : ''; - this.redirect(this.env.comm_path+'&_action='+action+querystring); + this.redirect(this.env.comm_path+'&_action='+action+querystring, lock); }; _______________________________________________ List info: http://lists.roundcube.net/dev/ -- Rich Sandberg richs(a)whidbey.net Whidbey Telecom Network Operations _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] Re: Problem when cancelling download of attachment RC1
by Rich at Whidbey Telecom 10 Aug '07

10 Aug '07

It looks like a patch was submitted for this by someone on July 31st. I'll see if I can apply it when I do some additional bug fixes today. Rich Jeff McClure wrote: > I can confirm as well. It doesn't always happen, but it also doesn't > require canceling the download to break it. This is with Firefox 2.0.0.6 on > Windows XP Pro SP2. RoundCube version is 0.1-rc1 running on Apache 2.2.3 > and PHP 4.4.4-8+etch4 under Debian stable. > > A possible clue: sometimes when I click on a download, a second tab > (window) that is obviously being generated by RoundCube pops up. When that > happens, I don't see the UI freeze. However, sometimes when I download, I > don't get that second window. In those cases it's more likely that the UI > will freeze up. > > --Jeff > > On Thu, 09 Aug 2007 12:44:30 -0700, Rich at Whidbey Telecom > <richs(a)whidbey.net> wrote: >> I can confirm this too. Sent myself a 9 MB zip, began the download of >> the attachment, and interface elements were unresponsive for several >> minutes. >> >> Feels like another set_busy not resetting. >> >> Rich >> >> Joan wrote: >>> After some more testing, I installed the last revision (666) to see if >>> the problem was still there. And yes, it's there ... >>> Whenever I download multiple attachments, roundcube stops responding >>> for a while after the first file is downloaded. >>> Same thing hapens when I cancell the download. >>> So It's a usual error, every time I receive a mail with attachments, >>> is the team aware of it? At this time this is the most annoying of the >>> bugs of roundcube (personal opinion, of course). >>> Cheers >>> >>> >>> 2007/8/8, Joan <aseques(a)gmail.com>: >>>> I already posted that to the forums, but didn't get any answer >>>> Whenever I cancel the download of an attachment (i.e. any .zip about >>>> 4Mb or larger), roundcube remains unresponsive for a while. >>>> It seems that is downloading it in background and until it finishes >>>> you have to wait, so for the 4Mb file I was testing i have to wait for >>>> about 30 seconds before I can continue working. >>>> Is it solved in the SVN? >>>> >>> _______________________________________________ >>> List info: http://lists.roundcube.net/dev/ >> -- >> >> Rich Sandberg >> richs(a)whidbey.net >> Whidbey Telecom Network Operations >> _______________________________________________ >> List info: http://lists.roundcube.net/dev/ -- Rich Sandberg richs(a)whidbey.net Whidbey Telecom Network Operations _______________________________________________ List info: http://lists.roundcube.net/dev/

4 6

Re: New translation - ukrainian
by Thomas Bruederli 10 Aug '07

10 Aug '07

Serhij S. Stasyuk wrote: > Hello all! > > Thanks a lot for the great product. > > Ukrainian translation attached. Thanks. I'll add it to the SVN trunk. > > One question - are there any plans to integrate some server-side > filtering (interface to procmail rules for example)? This is something very server specific and will not become part of RoundCube. You'll have to wait until we have a plugin-API... ~Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: Localization for Simplified Chinese (zh_CN)
by Thomas Bruederli 10 Aug '07

10 Aug '07

Thanks! Will commit it to the SVN trunk. ~Thomas 薛忠胜 wrote: > Hi RoundCube crew: > > Attached please find the localization files for Simplified Chinese (zh_CN). > > If have any problem, don't hesitate contact me. > > Hunte > > > _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Problem when cancelling download of attachment RC1
by Joan 09 Aug '07

09 Aug '07

I already posted that to the forums, but didn't get any answer Whenever I cancel the download of an attachment (i.e. any .zip about 4Mb or larger), roundcube remains unresponsive for a while. It seems that is downloading it in background and until it finishes you have to wait, so for the 4Mb file I was testing i have to wait for about 30 seconds before I can continue working. Is it solved in the SVN? _______________________________________________ List info: http://lists.roundcube.net/dev/

4 4

roadmap dates? vNext?
by Mark D. Anderson 09 Aug '07

09 Aug '07

I know this is the kind of question people hate, but is there some sort of rough notion (say, to 6 month precision) of when the major releases might come out? And is "vNext" the same as 0.2 or 0.3? Looking at http://trac.roundcube.net/trac.cgi/roadmap the plugin API won't be til version 0.3. I ask because I'm contemplating using roundcube as the basis of a corporate messaging workflow app and would love it if my extensions could be implemented as plugins (for example, a plugin to generate and run forms to create documents to be emailed). I've looked at Zimbra and Joyent, and unfortunately they don't really have plugin support either; extensions require modification of numerous core files. -mda _______________________________________________ List info: http://lists.roundcube.net/dev/

5 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev