Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
On Fri, Aug 25, 2006 at 08:35:41PM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote: > It would be nice to know on which line of GtkPromptService.cpp the crash > occurs. That would need a kazehakase debug build... Gerfried, could you try to get a backtrace with this package: http://people.debian.org/~glandium/kazehakase_0.3.9-1_i386.deb ? Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
On Fri, Aug 25, 2006 at 07:27:13PM +0200, Alexander Sack <[EMAIL PROTECTED]> wrote: > On Fri, Aug 25, 2006 at 12:10:31PM -0500, Gerfried Fuchs wrote: > > * Gerfried Fuchs <[EMAIL PROTECTED]> [2006-08-25 07:10]: > > > I'll try to clean up a bit more, it's more than those 117MB needed, the > > > download would be 40MB itself... > > > > Finally finished to get the space ready, so here the bt with the -dbg > > package installed is: > > > > #v+ > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread -1234422080 (LWP 16396)] > > 0xb7ea6bd1 in GtkPromptService::PromptUsernameAndPassword () > >from /usr/lib/kazehakase/libkazehakase.so.0 > > (gdb) bt > > #0 0xb7ea6bd1 in GtkPromptService::PromptUsernameAndPassword () > >from /usr/lib/kazehakase/libkazehakase.so.0 > > #1 0xb70f7eac in nsPrompt::PromptUsernameAndPassword (this=0x87433e0, > > dialogTitle=0x0, text=0x873b840, username=0xbfb7d7f4, > > password=0xbfb7d7f0, checkMsg=0xbfb7d624, checkValue=0x0, > > _retval=0xbfb7db10) at nsPrompt.cpp:325 > > #2 0xb7240232 in nsSingleSignonPrompt::PromptUsernameAndPassword ( > > this=0x873cdf8, aDialogTitle=0x0, aText=0x873b840, > > aPasswordRealm=0xbfb7d9a8, aSavePassword=2, aUser=0xbfb7db0c, > > aPassword=0xbfb7db08, aConfirm=0xbfb7db10) at > > nsSingleSignonPrompt.cpp:166 > > aDialogTitle is 0x0, which looks suspicious ... It is not. nsSingleSignonPrompt::PromptUsernameAndPassword is called from nsHttpChannel.cpp:2745 which is: rv = authPrompt->PromptUsernameAndPassword(nsnull, message.get(), key.get(), nsIAuthPrompt::SAVE_PASSWORD_PERMANENTLY, &user, &pass, &retval); See how aDialogTitle IS set to NULL. Looking at kazehakase's code (GtkPromptService.cpp:343), aDialogTitle is not the problem... It would be nice to know on which line of GtkPromptService.cpp the crash occurs. That would need a kazehakase debug build... Anyway, it seems more obvious that the problem lies in kazahakase's hands. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
* Gerfried Fuchs <[EMAIL PROTECTED]> [2006-08-25 07:10]: > I'll try to clean up a bit more, it's more than those 117MB needed, the > download would be 40MB itself... Finally finished to get the space ready, so here the bt with the -dbg package installed is: #v+ Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1234422080 (LWP 16396)] 0xb7ea6bd1 in GtkPromptService::PromptUsernameAndPassword () from /usr/lib/kazehakase/libkazehakase.so.0 (gdb) bt #0 0xb7ea6bd1 in GtkPromptService::PromptUsernameAndPassword () from /usr/lib/kazehakase/libkazehakase.so.0 #1 0xb70f7eac in nsPrompt::PromptUsernameAndPassword (this=0x87433e0, dialogTitle=0x0, text=0x873b840, username=0xbfb7d7f4, password=0xbfb7d7f0, checkMsg=0xbfb7d624, checkValue=0x0, _retval=0xbfb7db10) at nsPrompt.cpp:325 #2 0xb7240232 in nsSingleSignonPrompt::PromptUsernameAndPassword ( this=0x873cdf8, aDialogTitle=0x0, aText=0x873b840, aPasswordRealm=0xbfb7d9a8, aSavePassword=2, aUser=0xbfb7db0c, aPassword=0xbfb7db08, aConfirm=0xbfb7db10) at nsSingleSignonPrompt.cpp:166 #3 0xb6bb03ba in nsHttpChannel::PromptForIdentity (this=0x873c378, scheme=0xbfb7dbc0 "http", host=0x873c6c0 "www.loruenser.at", port=80, proxyAuth=0, realm=0xbfb7dc70 "LOGFILEAUSWERTUNG", authType=0x87433b8 "basic", authFlags=13, [EMAIL PROTECTED]) at nsHttpChannel.cpp:2745 #4 0xb6bb813c in nsHttpChannel::GetCredentialsForChallenge (this=0x873c378, challenge=0xbfb7dd48 "Basic realm=\"LOGFILEAUSWERTUNG\"", authType=0x87433b8 "basic", proxyAuth=0, auth=0x873ce78, [EMAIL PROTECTED]) at nsHttpChannel.cpp:2526 #5 0xb6bb856e in nsHttpChannel::GetCredentials (this=0x873c378, challenges=0x87387b8 "Basic realm=\"LOGFILEAUSWERTUNG\"", proxyAuth=0, [EMAIL PROTECTED]) at nsHttpChannel.cpp:2360 #6 0xb6bb877a in nsHttpChannel::ProcessAuthentication (this=0x873c378, httpStatus=401) at nsHttpChannel.cpp:2235 #7 0xb6bba3d3 in nsHttpChannel::ProcessResponse (this=0x873c378) at nsHttpChannel.cpp:795 #8 0xb6bba5e0 in nsHttpChannel::OnStartRequest (this=0x873c378, request=0x86f3368, ctxt=0x0) at nsHttpChannel.cpp:3949 #9 0xb6b3901d in nsInputStreamPump::OnStateStart (this=0x86f3368) at nsInputStreamPump.cpp:381 #10 0xb6b39cd8 in nsInputStreamPump::OnInputStreamReady (this=0x86f3368, stream=0x873bce0) at nsInputStreamPump.cpp:337 #11 0xb6a693dc in nsInputStreamReadyEvent::EventHandler (plevent=0x87366a4) at nsStreamUtils.cpp:119 #12 0xb6a7dcc7 in PL_HandleEvent (self=0x87366a4) at plevent.c:688 #13 0xb6a7dfd9 in PL_ProcessPendingEvents (self=0x81e75d8) at plevent.c:623 #14 0xb6a7fe5e in nsEventQueueImpl::ProcessPendingEvents (this=0x81e7590) at nsEventQueue.cpp:417 #15 0xb7285875 in event_processor_callback (source=0x8195358, condition=G_IO_IN, data=0x0) at nsAppShell.cpp:67 #16 0xb785c7df in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0 #17 0xb7833e2c in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #18 0xb7837176 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #19 0xb7837537 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #20 0xb7a7f4e1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x0804b0d6 in ?? () #22 0x0806b2a0 in ?? () #23 0x0806c400 in ?? () #24 0x0804b6e9 in _IO_stdin_used () #25 0x in ?? () (gdb) #v- Hope that helps. Alfie -- On Mon, Mar 01, 2004 at 10:22:16PM -0500, Aaron M. Ucko wrote: > Yeah, cities.dat dates from October ...and you know a _lot_ of cities have been moving around since then! ;-) -- Steinar H. Gunderson, <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
On Fri, Aug 25, 2006 at 12:10:31PM -0500, Gerfried Fuchs wrote: > * Gerfried Fuchs <[EMAIL PROTECTED]> [2006-08-25 07:10]: > > I'll try to clean up a bit more, it's more than those 117MB needed, the > > download would be 40MB itself... > > Finally finished to get the space ready, so here the bt with the -dbg > package installed is: > > #v+ > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1234422080 (LWP 16396)] > 0xb7ea6bd1 in GtkPromptService::PromptUsernameAndPassword () >from /usr/lib/kazehakase/libkazehakase.so.0 > (gdb) bt > #0 0xb7ea6bd1 in GtkPromptService::PromptUsernameAndPassword () >from /usr/lib/kazehakase/libkazehakase.so.0 > #1 0xb70f7eac in nsPrompt::PromptUsernameAndPassword (this=0x87433e0, > dialogTitle=0x0, text=0x873b840, username=0xbfb7d7f4, > password=0xbfb7d7f0, checkMsg=0xbfb7d624, checkValue=0x0, > _retval=0xbfb7db10) at nsPrompt.cpp:325 > #2 0xb7240232 in nsSingleSignonPrompt::PromptUsernameAndPassword ( > this=0x873cdf8, aDialogTitle=0x0, aText=0x873b840, > aPasswordRealm=0xbfb7d9a8, aSavePassword=2, aUser=0xbfb7db0c, > aPassword=0xbfb7db08, aConfirm=0xbfb7db10) at > nsSingleSignonPrompt.cpp:166 aDialogTitle is 0x0, which looks suspicious ... can you please snoop the traffics (http auth headers are important here). Maybe kazehakase has problems with webserver that don't include some optional part of http auth scheme. - Alexander -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
* Mike Hommey <[EMAIL PROTECTED]> [2006-08-24 00:04]: > On Wed, Aug 23, 2006 at 03:13:14PM -0500, Gerfried Fuchs <[EMAIL PROTECTED]> > wrote: >> You think that bug is related? But that's not about http auth? Though >> I have to admit I don't have a real clue about the things this bug is >> related with, so... > > Not being able to reproduce your bug, and the description being not very > precise, I could only relate your bug to issues I knew of, #376323 being > one. What part of the description is lacking to you? I am willing to provide all informations that I am possible to get. > Does it happen with another user ? Yes, with a completely newly and clean created user. > What exactly do you do to get the bug ? Do you need some special > setting ? I start kazehakase and go to some webpage that requests HTTP authentication from the user. > Note that the bug is still assigned to kazehakase... It's up to you to deside which package is the broken one, I am not sure where the bug comes from. > It sounds like a kazehakase bug, then, though xulrunner could be at > fault, but without a backtrace with debug symbols, it's hard to tell. I'll try to clean up a bit more, it's more than those 117MB needed, the download would be 40MB itself... > If you could provide a "crashing recipe" so that I could reproduce the > problem, I'd be able to get a full backtrace. Maybe the exact versions of the depended packages helps that I have installed, given that I am running an etch system with just pulled in kazehakase and xulrunner from unstable: #v+ Versions of packages kazehakase depends on: ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-3 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-5GCC support library ii libgcrypt11 1.2.2-3 LGPL Crypto library - runtime libr ii libgettext-ruby1.8 1.7.0-1 Gettext for ruby1.8 ii libglib2.0-02.10.3-3 The GLib library of C routines ii libgnutls13 1.4.2-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1library for common error values an ii libgtk2-ruby0.14.1-1.1 GTK+ bindings for the Ruby languag ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libnspr4-0d 1.8.0.5-1NetScape Portable Runtime Library ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libruby1.8 1.8.4-5 Libraries necessary to run Ruby 1. ii libsm6 1:1.0.0-4X11 Session Management library ii libtasn1-3 0.3.5-2 Manage ASN.1 structures (runtime) ii libx11-62:1.0.0-8X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxul0d1.8.0.5-2Gecko engine library ii ruby1.8.2-1 An interpreter of object-oriented ii zlib1g 1:1.2.3-13 compression library - runtime #v- So long, Alfie -- * Gnah... wmsysmon binary missing. -- Norbert Tretkowski, changelog.Debian for wmsysmon (0.7.7-2) signature.asc Description: Digital signature
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
On Wed, Aug 23, 2006 at 03:13:14PM -0500, Gerfried Fuchs <[EMAIL PROTECTED]> wrote: > * Mike Hommey <[EMAIL PROTECTED]> [2006-08-20 09:10]: > > On Sun, Aug 20, 2006 at 08:53:27AM +0200, Mike Hommey <[EMAIL PROTECTED]> > > wrote: > >> I'll take a look at kazehakase to see if it's the same bug. > > > > M, sadly, i can't even reproduce the bug. Is the password manager > > enabled by default ? I see kazehakase has indeed a user profile for the > > underlying gecko, which means it may not be #376323, but i'd like to at > > least be able to reproduce the bug... > > You think that bug is related? But that's not about http auth? Though > I have to admit I don't have a real clue about the things this bug is > related with, so... Not being able to reproduce your bug, and the description being not very precise, I could only relate your bug to issues I knew of, #376323 being one. > > Gerfried, could you provide detailed steps to be able to reproduce for a > > non kazehakase user (meaning with no $HOME/.kazehakase) in the first > > place ? > > I am running a current etch system and pulled in kazehakase from > unstable. Now that it got reassigned to your package I also pulled in > the version of xulrunner from unstable. I have moved aside > ~/.kazehakase and it still happens to me. Does it happen with another user ? What exactly do you do to get the bug ? Do you need some special setting ? Note that the bug is still assigned to kazehakase... > > Alternatively, it would be nice to have a full backtrace after segfault > > (preferably install libxul0d-dbg before getting the backtrace). Maybe an > > strace would be helpful, too. > > I took a look at that package, but I'm sorry, I can't do you the > favour: "After unpacking 117MB will be used." > FilesystemSize Used Avail Use% Mounted on > /dev/hda2 4.3G 4.1G 94M 98% / > > I will try to take a look if I can get the required space free. > > But here is the bt without -dbg package: > #v+ > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1234786624 (LWP 9961)] > 0xb7e4cbd1 in GtkPromptService::PromptUsernameAndPassword () from > /usr/lib/kazehakase/libkazehakase.so.0 > (gdb) bt > #0 0xb7e4cbd1 in GtkPromptService::PromptUsernameAndPassword () from > /usr/lib/kazehakase/libkazehakase.so.0 It sounds like a kazehakase bug, then, though xulrunner could be at fault, but without a backtrace with debug symbols, it's hard to tell. If you could provide a "crashing recipe" so that I could reproduce the problem, I'd be able to get a full backtrace. Cheers, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
* Mike Hommey <[EMAIL PROTECTED]> [2006-08-20 09:10]: > On Sun, Aug 20, 2006 at 08:53:27AM +0200, Mike Hommey <[EMAIL PROTECTED]> > wrote: >> I'll take a look at kazehakase to see if it's the same bug. > > M, sadly, i can't even reproduce the bug. Is the password manager > enabled by default ? I see kazehakase has indeed a user profile for the > underlying gecko, which means it may not be #376323, but i'd like to at > least be able to reproduce the bug... You think that bug is related? But that's not about http auth? Though I have to admit I don't have a real clue about the things this bug is related with, so... > Gerfried, could you provide detailed steps to be able to reproduce for a > non kazehakase user (meaning with no $HOME/.kazehakase) in the first > place ? I am running a current etch system and pulled in kazehakase from unstable. Now that it got reassigned to your package I also pulled in the version of xulrunner from unstable. I have moved aside ~/.kazehakase and it still happens to me. > Alternatively, it would be nice to have a full backtrace after segfault > (preferably install libxul0d-dbg before getting the backtrace). Maybe an > strace would be helpful, too. I took a look at that package, but I'm sorry, I can't do you the favour: "After unpacking 117MB will be used." FilesystemSize Used Avail Use% Mounted on /dev/hda2 4.3G 4.1G 94M 98% / I will try to take a look if I can get the required space free. But here is the bt without -dbg package: #v+ Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1234786624 (LWP 9961)] 0xb7e4cbd1 in GtkPromptService::PromptUsernameAndPassword () from /usr/lib/kazehakase/libkazehakase.so.0 (gdb) bt #0 0xb7e4cbd1 in GtkPromptService::PromptUsernameAndPassword () from /usr/lib/kazehakase/libkazehakase.so.0 #1 0xb709e6bc in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #2 0xb71e6a22 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #3 0xb6b5719a in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #4 0xb6b5ef1c in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #5 0xb6b5f34e in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #6 0xb6b5f55a in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #7 0xb6b611b3 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #8 0xb6b613c0 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #9 0xb6adfdfd in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #10 0xb6ae0ab8 in NS_RegistryGetFactory () from /usr/lib/libxul.so.0d #11 0xb6a101bc in NS_AsyncCopy () from /usr/lib/libxul.so.0d #12 0xb6a24aa7 in PL_HandleEvent () from /usr/lib/libxul.so.0d #13 0xb6a24db9 in PL_ProcessPendingEvents () from /usr/lib/libxul.so.0d #14 0xb6a26c3e in nsAutoMonitor::NewMonitor () from /usr/lib/libxul.so.0d #15 0xb722bea5 in JSD_DebuggerOnForUser () from /usr/lib/libxul.so.0d #16 0xb78027df in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0 #17 0xb77d9e2c in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #18 0xb77dd176 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #19 0xb77dd537 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #20 0xb7a254e1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x0804b0d6 in ?? () #22 0x080698e8 in ?? () #23 0x0806a638 in ?? () #24 0x0804b6e9 in _IO_stdin_used () #25 0x in ?? () (gdb) #v- That's the bt from opening a random http auth page. So long, Alfie -- To err is human, to moo bovine. -- unknown signature.asc Description: Digital signature
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
On Sun, Aug 20, 2006 at 09:10:50AM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote: > On Sun, Aug 20, 2006 at 08:53:27AM +0200, Mike Hommey <[EMAIL PROTECTED]> > wrote: > > On Sun, Aug 20, 2006 at 02:34:47AM +0200, Alexander Sack <[EMAIL > > PROTECTED]> wrote: > > > > > > Mike, can you take a look? Appears to be related with xulrunner > > > transition. So maybe you have an idea what the reason might be. > > > > I didn't try to reproduce the bug and see the backtrace to verify my > > assumptions, but I think it is the same bug as #376323, which I wanted > > to fix in next upload of xulrunner at the time I wrote to the bug but > > with the security update of 1.8.0.5, I forgot to apply the patches from > > the BTS. It will be fixed in 1.8.0.5-2 anyway. I'm just waiting for > > 1.8.0.5-1 to migrate to testing. > > > > I'll take a look at kazehakase to see if it's the same bug. > > M, sadly, i can't even reproduce the bug. Is the password manager > enabled by default ? I see kazehakase has indeed a user profile for the > underlying gecko, which means it may not be #376323, but i'd like to at > least be able to reproduce the bug... Note that #376323 has been fixed in xulrunner 1.8.0.5-2. Could you test with this version to see if it solved your crash ? If not, could you provide a backtrace (preferably using libxul0d-dbg) Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
On Sun, Aug 20, 2006 at 08:53:27AM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote: > On Sun, Aug 20, 2006 at 02:34:47AM +0200, Alexander Sack <[EMAIL PROTECTED]> > wrote: > > > > Mike, can you take a look? Appears to be related with xulrunner > > transition. So maybe you have an idea what the reason might be. > > I didn't try to reproduce the bug and see the backtrace to verify my > assumptions, but I think it is the same bug as #376323, which I wanted > to fix in next upload of xulrunner at the time I wrote to the bug but > with the security update of 1.8.0.5, I forgot to apply the patches from > the BTS. It will be fixed in 1.8.0.5-2 anyway. I'm just waiting for > 1.8.0.5-1 to migrate to testing. > > I'll take a look at kazehakase to see if it's the same bug. M, sadly, i can't even reproduce the bug. Is the password manager enabled by default ? I see kazehakase has indeed a user profile for the underlying gecko, which means it may not be #376323, but i'd like to at least be able to reproduce the bug... Gerfried, could you provide detailed steps to be able to reproduce for a non kazehakase user (meaning with no $HOME/.kazehakase) in the first place ? Alternatively, it would be nice to have a full backtrace after segfault (preferably install libxul0d-dbg before getting the backtrace). Maybe an strace would be helpful, too. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
On Sun, Aug 20, 2006 at 02:34:47AM +0200, Alexander Sack <[EMAIL PROTECTED]> wrote: > > Mike, can you take a look? Appears to be related with xulrunner > transition. So maybe you have an idea what the reason might be. I didn't try to reproduce the bug and see the backtrace to verify my assumptions, but I think it is the same bug as #376323, which I wanted to fix in next upload of xulrunner at the time I wrote to the bug but with the security update of 1.8.0.5, I forgot to apply the patches from the BTS. It will be fixed in 1.8.0.5-2 anyway. I'm just waiting for 1.8.0.5-1 to migrate to testing. I'll take a look at kazehakase to see if it's the same bug. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380466: #380466 - kazehakase: quits when going to any HTTP AUTH page
Mike, can you take a look? Appears to be related with xulrunner transition. So maybe you have an idea what the reason might be. - Alexander -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
