Closed Bug 20913 Opened 25 years ago Closed 25 years ago

incorrect behavior with caching and password protected pages.

Categories

(SeaMonkey :: Passwords & Permissions, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: kennedyh, Assigned: morse)

References

()

Details

with the M11 build on WinNT4 sp5 and my Solaris 2.6 build of M11 the following happens: open the above URL, mozilla prompts for a password (name: test, password: test). it then asks if you want to remember this name/password for future visits. click "cancel" (should be "no", btw.) it then asks if you want to remember this decision for this site, click "Ok". when Mozilla tries to load the two images on the page, each time it prompts you for the password, click "cancel" each time (because it shouldn't be prompting you at all). mozilla dies, dumping the following to stdout: commonDialogOnLoad Move window by 0,20 screen x 0screen y 0 commonDialogOnLoad Move window by 0,20 screen x 0screen y 0 commonDialogOnLoad Move window by 0,20 screen x 0screen y 0 commonDialogOnLoad Move window by 0,20 screen x 0screen y 0 Segmentation Fault running under mozilla -g on solaris, it has the following to say: Program received signal SIGSEGV, Segmentation fault. 0xef760f78 in IL_StreamComplete (ic=0x6bdeb8, is_multipart=0) at if.cpp:1288 which is the following line: if (ic->imgdec) -->ic->imgdec->ImgDComplete(); else il_image_complete(ic); (gdb) print *ic $2 = {next = 0x53beb0, prev = 0x18d8f4, url = 0xffffffff, url_address = 0xef696964 "\235ã¿\200/", hash = 0, urlhash = 45094, state = IC_VIRGIN, sized = 0, is_alone = 7069360, is_in_use = 1, loop_count = 136, is_looping = 0, is_aborted = 0, is_url_loading = 255 'ÿ', is_multipart = 0, multi = -278302996, new_data_for_fe = 5, update_start_row = 16777216, update_end_row = 6839984, bytes_consumed = 7069784, src_header = 0x7241ac, image = 0x6be028, mask = 0x58, type = 0x0, ds = 0x0, converter = 0xfffffffd, quantize = 0x6bdeb0, imgdec = 0xef696eec, imgdcb = 0x6bdfa8, row_output_timeout = 0x1000000, scalerow = 0x724130 "", pass = 7069512, forced = 7069456, content_length = 0, dest_width = 40, dest_height = 0, natural_size = 0 '\000', aspect_distorted = 0 '\000', background_color = 0xfffffffb, comment = 0xef696c68 "\235ã¿\200/", comment_length = -278303640, colormap_serial_num = 7, dont_use_custom_palette = 50331648, rendered_with_custom_palette = 7258640, dither_mode = 7069784, img_cx = 0x6bdeb0, display_type = IL_Console, img_cb = 0xd8, net_cx = 0x0, clients = 0x0, lclient = 0x3, img_cx_list = 0xef696c68, displayable_rect = {x_origin = 61289, y_origin = 27752, width = 0, height = 12}, expires = 50331649, start_time = 28372485243387848, fetch_url = 0x6be074 ""} (gdb) bt #0 0xef760f78 in IL_StreamComplete (ic=0x6bdeb8, is_multipart=0) at if.cpp:1288 #1 0xef76cb70 in NetReaderImpl::StreamComplete (this=0x439a68, is_multipart=0) at ilNetReader.cpp:123 #2 0xef7543c8 in ImageConsumer::OnStopRequest (this=0x6aed90, channel=0x566ad8, aContext=0x0, status=0, aMsg=0x0) at nsImageNetContextAsync.cpp:369 #3 0xedbbf8ec in nsChannelListener::OnStopRequest (this=0x557f40, aChannel=0x566ad8, aContext=0x0, aStatus=0, aMsg=0x0) at nsDocLoader.cpp:1382 #4 0xedbbf8ec in nsChannelListener::OnStopRequest (this=0x556cc8, aChannel=0x566ad8, aContext=0x0, aStatus=0, aMsg=0x0) at nsDocLoader.cpp:1382 #5 0xec811554 in nsHTTPChannel::ResponseCompleted (this=0x566ad8, aTransport=0x6f3968, aStatus=0, aMsg=0x0) at nsHTTPChannel.cpp:783 #6 0xec815618 in nsHTTPResponseListener::OnStopRequest (this=0x567ea8, channel=0x6f3968, i_pContext=0x566ad8, i_Status=0, i_pMsg=0x0) at nsHTTPResponseListener.cpp:239 #7 0xedcdefe8 in nsOnStopRequestEvent::HandleEvent (this=0x6ceae8) at nsAsyncStreamListener.cpp:325 #8 0xedcde40c in nsStreamListenerEvent::HandlePLEvent (aEvent=0x649c80) at nsAsyncStreamListener.cpp:173 #9 0xef712b18 in PL_HandleEvent (self=0x649c80) at plevent.c:537 #10 0xef712998 in PL_ProcessPendingEvents (self=0x6f168) at plevent.c:498 #11 0xef4e75a0 in nsEventQueueImpl::ProcessPendingEvents (this=0x7fb08) at nsEventQueue.cpp:193 #12 0xee3ec19c in event_processor_callback (data=0x7fb08, source=5, condition=GDK_INPUT_READ) at nsAppShell.cpp:232 #13 0xee3eb684 in our_gdk_io_invoke (source=0x1d7a40, condition=G_IO_IN, data=0x15f8a8) at nsAppShell.cpp:53 #14 0xee345a00 in g_io_unix_dispatch (source_data=0x2278e0, current_time=0xefffe818, user_data=0x15f8a8) at giounix.c:135 #15 0xee3476d4 in g_main_dispatch (current_time=0xefffe818) at gmain.c:656 #16 0xee347f60 in g_main_iterate (block=-298398564, dispatch=1) at gmain.c:874 #17 0xee348174 in g_main_run (loop=0x15f8e8) at gmain.c:932 #18 0xee2495c4 in gtk_main () at gtkmain.c:476 #19 0xee3ec954 in nsAppShell::Run (this=0x80730) at nsAppShell.cpp:399 #20 0xee72b55c in nsAppShellService::Run (this=0x30188) at nsAppShellService.cpp:483 #21 0x161a0 in main1 (argc=1, argv=0xefffed8c) at nsAppRunner.cpp:580 #22 0x16500 in main (argc=1, argv=0xefffed8c) at nsAppRunner.cpp:670
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
kennedyh, can you try pulling down a nightly build and trying again, I can't reproduce the problem you are seeing using a build from 12/6. There are some issues with clicking in the authorization dialogue, you have to resize and move around and stuff before it will accept input, this is a known bug. Also the cancel that should be a no is a filed bug. Thanks for the bug report, and let us know if this is still happening for you with a current build. Marking as 'worksforme'.
Status: RESOLVED → VERIFIED
Bulk move to Single Signon component, which has subsumed Password Cache.
Component: Password Cache → Single Signon
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.