[Bug 1694129] Re: Cannot attach Network Shares in Thunderbird
*** This bug is a duplicate of bug 1714518 ***
https://bugs.launchpad.net/bugs/1714518
I used to work amount this with a symbolic from Desktop to
/run/user/${userid}/gvfs/smb-
share:server=${servername},share=${sharename}
Now that doesn't work either.
After attaching the file, you can still double click on it, in the open
draft. That opens fine. But when trying to send the message, thunderbird
complains that it can't attache the file.
Copying the file to Desktop first works fine. Also, if the symbolic link
is from local, to local, then it works. so the symbolic link does not
appear to be the issue.
Using Thunderbird 60.4 on Unbuntu 18.04
I think the symbolic link workaround stopped working after I upgraded
from Ubuntu 16.04 to 18.04
18.04 does "add a feature though". It does show the "+ Other locations"
entry in left panel of the "attach files" dialog. However, when using
that the same thing happens, it fails. See attached screenshots.
** Attachment added: "failed to sen attachments"
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1694129/+attachment/5234296/+files/Screenshot%20from%202019%2001%2030%2015%2046%2021.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1694129
Title:
Cannot attach Network Shares in Thunderbird
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1694129/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1736116] Re: Host with kernel 4.13 freezes when starting a VM with VirtualBox
@ xoristzatziki (simsonbike-bugs) wrote 1 hour ago: > Otherwise we should somehow change the "Support lifespan" there in order not > to direct people to > loose confidence for LTS versions and UBUNTU itself. Slow down a little, and think about what you are saying: $ apt-cache show virtualbox Package: virtualbox Architecture: amd64 Version: 5.0.40-dfsg-0ubuntu1.16.04.2 Priority: optional Section: multiverse/misc Multiverse = Unsupported, Closed-Source and Patent-Encumbered Software That sort of tone in your post, will NOT make it more likely to get fixed, but just annoy people who might be able get it done. It's not even clear who needs to fix it or what the problem is. It's third party software. If you absolutely needs it to work NOW. There are 3 perfectly acceptable solutions already outlined in this thread: 1. go to the core non-HWE 4.4.0-109 kernel by using advanced GRUB menu 2. got to the core non-HWE 4.4.0-109 kernal by permanently removing the HWE kernel from your machine 3. Boot from 4.10.0 using the "advanced menu" in GRUB (that's what I am currently doing) 4. install VB 5.2 from third party binary or ppa This could be a long time getting fixed, because it's complicated, involves multiple vendors and the whole spectre mess caused it all, which is probably more important than VB. So you should choose your options from above and get on with it. Personally I am currently using 3, and will choose 2 or 4 if situation persists for more than a few weeks. Respect -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1736116 Title: Host with kernel 4.13 freezes when starting a VM with VirtualBox To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1736116/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1579543] Re: Firefox 46 is missing network shares in file selector
a workaround is to bookmark (either within nautilus or the FF file browser) to file system location: /var/run/user/1000/gvfs/ (your user id may be different) That bookmark (presumably because it is just a filepath and not a smb:// "url") does appear in FF filebrowser Bookmarks section. You can then use that bookmark from the FF filebrowser and then choose the mounted smb drive and continue filebrowsing from there. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1579543 Title: Firefox 46 is missing network shares in file selector To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1579543/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1579543] Re: Firefox 46 is missing network shares in file selector
same here on ubuntu 14.04 with FF46 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1579543 Title: Firefox 46 is missing network shares in file selector To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1579543/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 933776] Re: [regression] scale/spread: Initiate Window Picker for All Windows does not show all windows. It shows only windows from current workspace.
oh dear.. since Bruno's ppa (only sane solution so far, thanks bruno), was once again overwritten in January, I have been frustatedly waiting for 12.04.2..but since Colin's update it looks like it might be another 6 months...til 12.04.3 Does anyone know how to revert compiz to the version before it broke broke bruno's ppa and then pin it there? Or can we buy bruno some beer to get him to update his ppa?...does he have an amazon wishlist or something? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/933776 Title: [regression] scale/spread: Initiate Window Picker for All Windows does not show all windows. It shows only windows from current workspace. To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/933776/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 933776] Re: [regression] scale/spread: Initiate Window Picker for All Windows does not show all windows. It shows only windows from current workspace.
or maybe this is one (the only) reason to upgrade to 12.10 or even 13.04? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/933776 Title: [regression] scale/spread: Initiate Window Picker for All Windows does not show all windows. It shows only windows from current workspace. To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/933776/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 230374] Re: Nautilus unusably slow with large ~/.gvfs dirs
** Changed in: gvfs (Ubuntu) Status: Invalid = New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/230374 Title: Nautilus unusably slow with large ~/.gvfs dirs To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/230374/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1021975] Re: gzip --rsyncable not rsyncable
This is an unfortunate regression from 1.3.12 to 1.4. It meant that my db backups filled my disk and failed (because I was using rdiff-backup for historic copies and that uses librsync which meant the diffs were now huge, because the gzip was not rysncable) Even more unfortunate is that, while the 1.4 gzip man page, correctly, does not mention --rysncable, the program does not throw an unknown option error, and silently produces the same non-rsyncable archive as it does without the option. It is also unlclear to me where the source for either package is coming? From the gzip home page talks about 1.2.4 being the latest version: http://www.gzip.org/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1021975 Title: gzip --rsyncable not rsyncable To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/1021975/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1021975] Re: gzip --rsyncable not rsyncable
found the sources of later versions: http://ftp.gnu.org/gnu/gzip/ looks like those do not contain the rsyncable feature (ie it was never officially integrated upstream) so it seems like ubuntu and debian add this patch: http://www.samba.org/netfilter/diary/gzip.rsync.patch and it was forgotten when building gzip-1.4? In fact this bug (which is about the man page) seems to confirm that rsyncable was never merged in gzip sources: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637626 Upstream has never merged the --rsyncable patch, I continue to have to carry it around in the Debian source package. not sure if debian 1.4 has the same issue (no debian box to test) ** Bug watch added: Debian Bug tracker #637626 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637626 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1021975 Title: gzip --rsyncable not rsyncable To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/1021975/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1021975] Re: gzip --rsyncable not rsyncable
for those struggling with this I solved it by downgrading and holding 1.3.12 on my Ubuntu 12.04 precise server box (similar to what the original poster suggested, but using binary packages): wget 'http://security.ubuntu.com/ubuntu/pool/main/g/gzip/gzip_1.3.12-3.2ubuntu0.1_i386.deb' dpkg -i gzip_1.3.12-3.2ubuntu0.1_i386.deb echo gzip hold | dpkg --set-selections -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1021975 Title: gzip --rsyncable not rsyncable To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/1021975/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1021975] Re: gzip --rsyncable not rsyncable
seems it is unlikely to be merged into gzip/zlib sources for the time being: On 06/22/2012 02:03 AM, Michal Luscon wrote: Are there any problems with inclusion of rsyncable patch? My basic problem is that I don't understand it, and I haven't had time to research how it interacts with zlib (which I assume also supports this sort of thing now). http://lists.gnu.org/archive/html/bug-gzip/2012-06/msg00023.html So Debian/Ubuntu need to continue to carry the patch ..hopefully reliably, so we do not get another regression like this. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1021975 Title: gzip --rsyncable not rsyncable To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/1021975/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 839936] Re: libreoffice navigator window has no title bar
I have the same with a fully updated system of Ubuntu 12.04 LTS with Libre Office 3.5.3.2 Makes the navigator quite unusable because it is obscuring a fixed part of the spreadsheet. Ideas for a workaround -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/839936 Title: libreoffice navigator window has no title bar To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/839936/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 894048] Re: Keyboard accelerators not working correctly in Firefox and Thunderbird after upgrade from 11.04 (Natty) to 11.10 (Oneiric)
Yes, can confirm that this bug exists for me too..and yes it is quite frustrating for those of us that like menu access keys and dislike mice. Doug Morses discription is very precise and matches what I see. I can also note that the global menu in chromium does not seem support access keys at all? After window first loaded or at any time? Oliver -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/894048 Title: Keyboard accelerators not working correctly in Firefox and Thunderbird after upgrade from 11.04 (Natty) to 11.10 (Oneiric) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/894048/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 616188] Re: package lxdm 0.2.0-0ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 2
i followed the tip from morais.ande...@yahoo.com.br sudo ln -s /etc/lxdm/default.conf /etc/alternatives/lxdm.conf but I had to sudo /etc/alternatives/lxdm.conf first then worked fine -- package lxdm 0.2.0-0ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 2 https://bugs.launchpad.net/bugs/616188 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 616188] Re: package lxdm 0.2.0-0ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 2
sorry i meant sudo rm /etc/alternatives/lxdm.conf -- package lxdm 0.2.0-0ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 2 https://bugs.launchpad.net/bugs/616188 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefox slow redirect under ssl with gzip
just retested with FF3.6.3 Kubuntu 10.04 lighttpd 1.4.26 and php 5.2.10. I CANNOT redproduce this currently. Hoping finally fixed in FF3.6 (since it was still occurring in FF3.5). -- firefox slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefox slow redirect under ssl with gzip
making ad invalid since I cannot reproduce it anymore currently (see last comment). Will re-open if it reoccurs. ** Changed in: firefox-3.0 (Ubuntu) Status: Incomplete = Invalid -- firefox slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefox slow redirect under ssl with gzip
This problem still exists and appears to have become more severe (ie
longer delays occurring more frequently) since FF 3.5. Now running
FF3.5.7, lighttpd/1.4.22 and PHP 5.2.10.
my work around from above to disable gzip for FF under Linux still
works:
# work around for the ubunu firefox redirect bug
if (isset($_SERVER['HTTPS'])
isset($_SERVER['HTTP_USER_AGENT'])
preg_match('~Firefox~', $_SERVER['HTTP_USER_AGENT'])
preg_match('~Linux~', $_SERVER['HTTP_USER_AGENT']))
{
ini_set('zlib.output_compression', 0);
}
anyone interested in working with me on this?
--
firefox slow redirect under ssl with gzip
https://bugs.launchpad.net/bugs/76262
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
this is not abandoned. I have just rested this as above with lighttpd php zlib.output_compression and firefox 3.0.3 under kubuntu 8.10 x86 intrepid. confirmed that bug still exists (30-50% of 302 redirects under https hang for 3-5s) and confirmed that workaround (ie disabling gzip compression) solves this issue. Unfortunatly I do not have the required skills to test further with this without the input of a FF/ubuntu dev. I am more than happy to invest time in testing etc...to get this fixed however. ** Changed in: firefox (Ubuntu) Status: Invalid = New -- firefix 2.0 slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix slow redirect under ssl with gzip
** Summary changed: - firefix 2.0 slow redirect under ssl with gzip + firefix slow redirect under ssl with gzip ** Tags added: intrepid ** Tags removed: edgy -- firefix slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 278218] Re: KDE4: KUser does not create new user's directory
also the create skeleton option which is presumably supposed to create directories similar to the primary users home dir, ie: [EMAIL PROTECTED]:/home# ls -al /etc/skel total 28 drwxr-xr-x 2 root root 4096 2008-10-05 09:16 . drwxr-xr-x 125 root root 12288 2008-10-06 21:01 .. -rw-r--r-- 1 root root 220 2008-05-12 19:48 .bash_logout -rw-r--r-- 1 root root 3115 2008-05-12 19:48 .bashrc -rw-r--r-- 1 root root 675 2008-05-12 19:48 .profile perhaps if home dir were created then these would also work..but whoever is fixing this might check that this works as expected as well. -- KDE4: KUser does not create new user's directory https://bugs.launchpad.net/bugs/278218 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
still happening with kubuntu gusty and FF3b3 (installed from backports repository). -- firefix 2.0 slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
Further information:
I am now testing with
server
lighttpd-1.4.18_1(not apache!)
PHP 5.2.5 (cgi-fcgi) (built: Dec 4 2007 20:05:21)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
The compression is done by php (not lighttpd, which doesn't do that for
dynamic content) using
zlib.output_compression = On
in php.ini
user-agent
--
firefox-3.0
3.0~b3~cvs20080101t1000+nobinonly-0ubuntu1~gutsy1 lightweight web browser based
on Mozilla (De
on
Kubuntu Gutsy (7.10)
Linux lounge3100ubuntu 2.6.22-14-generic #1 SMP Fri Feb 1 04:59:50 UTC 2008
i686 GNU/Linux
The symtoms are exactlty the same, so that rules out apache and
mod_deflate as possible causes.
For the workaround I am now using this php code, right at the top of
each page:
# work around for the ubunu firefox redirect bug
if (isset($_SERVER['HTTPS'])
isset($_SERVER['HTTP_USER_AGENT'])
preg_match('~Firefox~', $_SERVER['HTTP_USER_AGENT'])
preg_match('~Linux~', $_SERVER['HTTP_USER_AGENT']))
{
ini_set('zlib.output_compression', 0);
}
--
firefix 2.0 slow redirect under ssl with gzip
https://bugs.launchpad.net/bugs/76262
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
have upgraded to kubuntu 7.10 (gutsy) with Firefox 2.0.0.6 same issue, i am afraid. i had to add an additional BrowserMatch directive in the workaround for our internal apps, because the user-agent changed. correct lines for ssl.conf virtual host containers now are: BrowserMatch Firefox/2.*Ubuntu no-gzip BrowserMatch Ubuntu.*Firefox/2 no-gzip hope we can get to the bottom of this. -- firefix 2.0 slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131292] Re: dell dimension 9200 - reboot doesn't work
can confirm that reboot=b helps on my machine/installation as well. thanks -- dell dimension 9200 - reboot doesn't work https://bugs.launchpad.net/bugs/131292 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
@Tom Allen you say: I looked at my apache2 config, and I'm not using mod_gzip are you sure, because under apache2 it is actually called mod_deflate. The problem definitely disappears for me when i disable content compression. -- firefix 2.0 slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131292] Re: dell dimension 9200 - reboot doesn't work
just reporting that I can reproduce the problem exactly. Dell 9200. kubuntu feisty [EMAIL PROTECTED]:~$ uname -a Linux meeting1 2.6.20-16-generic #2 SMP Fri Aug 31 00:55:27 UTC 2007 i686 GNU/Linux also using closed source nvidia driver, but as reported above the problem also occurs with the std nv driver. -- dell dimension 9200 - reboot doesn't work https://bugs.launchpad.net/bugs/131292 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
@Marton I tested your demo with Firefox 2.0.0.6. And the problem does occur for me about 30% of the time. Also have also retested our own internal apps and they still have the same problem, also about 30% of the time. btw i am using [EMAIL PROTECTED]:~$ uname -a Linux oliveramd64x2 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux which, perhaps significantly is a dual core AMD64 machine running 32bit Kubuntu. kubuntu-7.04-alternate-i386.iso because I found the amd64 version of kubuntu to be troublesome. Just and idea...what are you running Marton? I will try on a normal Pentium single core machine @ John Vivirito Marton's demo is a good example. -- firefix 2.0 slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
[EMAIL PROTECTED]:~/Desktop/octoshape$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping: 10 cpu MHz : 2992.788 kubuntu-7.04-alternate-i386.iso [EMAIL PROTECTED]:~/Desktop/octoshape$ uname -a Linux lounge3100ubuntu 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux is also able to reproduce the problem under Martons demo -- firefix 2.0 slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
I am afraid the same symptom does still occur under feisty now. Exactly the same work around still works as well although the regexp is slightly different of course, due to a newer version of FF: # dodgy redirect delay bug for FF2.0 under ubuntu BrowserMatch Firefox/2.*Ubuntu no-gzip Can anyone else confirm this? ** Changed in: firefox (Ubuntu) Status: Rejected = Unconfirmed -- firefix 2.0 slow redirect under ssl with gzip https://bugs.launchpad.net/bugs/76262 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 84717] Re: SRU: updates necessary for Kubuntu Upgrade Tool in Edgy
and the apt.log for the above failure. ** Attachment added: apt.log http://librarian.launchpad.net/7155407/apt.log -- SRU: updates necessary for Kubuntu Upgrade Tool in Edgy https://bugs.launchpad.net/bugs/84717 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 84717] Re: SRU: updates necessary for Kubuntu Upgrade Tool in Edgy
and the apt.log for the above failure. ** Attachment added: main.log http://librarian.launchpad.net/7155405/main.log -- SRU: updates necessary for Kubuntu Upgrade Tool in Edgy https://bugs.launchpad.net/bugs/84717 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 84717] Re: SRU: updates necessary for Kubuntu Upgrade Tool in Edgy
AMD64x2 running fresh i386 edgy failed at this point 61.7021:Preparing ttf-bengali-fonts apt.log attached. main.log to follow below ** Attachment added: main.log http://librarian.launchpad.net/7155395/main.log -- SRU: updates necessary for Kubuntu Upgrade Tool in Edgy https://bugs.launchpad.net/bugs/84717 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 84717] Re: SRU: updates necessary for Kubuntu Upgrade Tool in Edgy
flawless for me. from 2 month old clean install of edgy. -- SRU: updates necessary for Kubuntu Upgrade Tool in Edgy https://bugs.launchpad.net/bugs/84717 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 84717] Re: SRU: updates necessary for Kubuntu Upgrade Tool in Edgy
flawless on a dell latitude x1 install of edgy as well. great tool -- SRU: updates necessary for Kubuntu Upgrade Tool in Edgy https://bugs.launchpad.net/bugs/84717 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] Re: firefix 2.0 slow redirect under ssl with gzip
I have just retested now with FF 2.0.0.1 and I cannot reproduce the problem, even after testing the same applications/pages I was having trouble with in December. I removed the no-gzip workaround which I had in place, but the problem did not reoccur. I am slightly confused by this because even quite recently I had to update the regex in the BrowserMatch workaround to match against FF2.0.0.1 because the problem had started to occur again after our various (K)Ubuntu machines updated to that FF version. My only explanation is that one of the other (k)ubuntu edgy upgrades fixed this (ubuntu recently upgraded to: a 2.6.17-11 kernel for example). In which case the problem perhaps was on the linux/ubuntu side rather than FF? In any case, I suggest you close this and I can re-open if it reoccurs. Thanks Oliver -- firefix 2.0 slow redirect under ssl with gzip https://launchpad.net/bugs/76262 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 76262] firefix 2.0 slow redirect under ssl with gzip
Public bug reported: Under kubuntu edgy (suspect also ubuntu edgy) firefox 2.0 will seemingly hang for about 3-5s seconds when performing an http 302 redirect only when: a) the connection is https b) the page uses gzip compression (mod_deflate apache 2.0.59) The redirect eventually works but the delay is very annoying and makes many applications which redirect after form submits quite unusuable. issue does not occur if: a) connection is http (no 's') b) connection does not use gzip content compression c) the http reponse is a 200 OK rather than a 302 temporarily moved d) browser you use is not FF e) browser is FF 2.0 (eg under dapper FF 1.5 works ok) e) OS you use is not ubuntu (ie FF 2.0 under M$ works ok) a work around if you have control of the server is to put this in the apache ssl.conf in the ssl virtual host block: # dodgy redirect delay bug for FF2.0 under ubuntu BrowserMatch Firefox/2.0 \(Ubuntu-edgy\) no-gzip result is no more delay on redirect (although the following page loads more slowly due to no gzip of course) The above work around also semi proves that the issue is ssl + gzip + FF2.0 + ubuntu + 302 If you use LiveHttpHeaders the 3-5s delay can be clearly observed after the 302 response is received. Almost seems like FF does not realise that the headers only response is finished and that it should now redirect...until something times out. Does this occur on Debian also? ** Affects: firefox (Ubuntu) Importance: Undecided Status: Unconfirmed ** Changed in: Ubuntu Sourcepackagename: None = firefox ** Description changed: Under kubuntu edgy (suspect also ubuntu edgy) firefox 2.0 will seemingly - hang for about 3-5s seconds when performing an http 301 redirect only + hang for about 3-5s seconds when performing an http 302 redirect only when: a) the connection is https b) the page uses gzip compression (mod_deflate apache 2.0.59) The redirect eventually works but the delay is very annoying and makes many applications which redirect after form submits quite unusuable. issue does not occur if: a) connection is http (no 's') b) connection does not use gzip content compression - c) the http reponse is a 200 OK rather than a 301 temporarily moved + c) the http reponse is a 200 OK rather than a 302 temporarily moved d) browser you use is not FF e) browser is FF 2.0 (eg under dapper FF 1.5 works ok) e) OS you use is not ubuntu (ie FF 2.0 under M$ works ok) a work around if you have control of the server is to put this in the apache ssl.conf in the ssl virtual host block: # dodgy redirect delay bug for FF2.0 under ubuntu BrowserMatch Firefox/2.0 \(Ubuntu-edgy\) no-gzip result is no more delay on redirect (although the following page loads more slowly due to no gzip of course) - The above work around also semi proves that the issue is ssl + gzip + FF2.0 + ubuntu + 301 + The above work around also semi proves that the issue is ssl + gzip + FF2.0 + ubuntu + 302 If you use LiveHttpHeaders the 3-5s delay can be clearly observed after - the 301 response is received. Almost seems like FF does not realise that + the 302 response is received. Almost seems like FF does not realise that the headers only response is finished and that it should now redirect...until something times out. Does this occur on Debian also? ** Tags added: edgy firefox -- firefix 2.0 slow redirect under ssl with gzip https://launchpad.net/bugs/76262 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
