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@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@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@whidbey.net Whidbey Telecom Network Operations _______________________________________________ List info: http://lists.roundcube.net/dev/