Dev August 2007

dev@lists.roundcube.net

31 participants
40 discussions

In nightly r675 compact folders stoped working
by Joan 16 Aug '07

16 Aug '07

We installed r675 and in the usual testing I found out that the compact button is no longuer working (usually delete the messages from thunderbird). With the rc1 version it was working fine. Two diferent situations. 1.- Deleted from thunderbird (not compacted) 2.- I can see and open the files from roundcube (as expected) 3.- I compact the folder within roundcube, from the 4 messages I had as deleted, there are 3 that disappeared and the other one remains. 4.- With the one left, I can open the message, read the subject, but I cannot see the body, neither delete the message. I tested it in english both with Firefox/Linux and IE6/WIndows and the error is exactly the same. I double checked the permissions in the mail server to ensure that there are no errors. If you know any more test to do, I'll be glad to investigate Cheers _______________________________________________ List info: http://lists.roundcube.net/dev/

2 2

RoundCube Documentation
by Thomas Bruederli 14 Aug '07

14 Aug '07

Hi devs! I have finally made it to publish some code documentation which was created using the phpDoc from the source files: http://roundcube.net/doc/phpdoc/ There's also a wiki page describing the directory structure and some important functions: http://trac.roundcube.net/trac.cgi/wiki/Dev_Docs Hope this will help you guys to get familiar with the RoundCube code base. I'll try to continue describing how RC works. Please let me know, if you miss any kind of information. For me, everything seems to be clear :-) ~Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/

2 2

[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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev August 2007