Opened 6 years ago

Closed 3 years ago

#14542 closed bug (fixed)

[WebPositive] crashed loading GMail: bad redirect

Reported by: diver Owned by: pulkomandy
Priority: normal Milestone: R1/beta3
Component: Kits/Web Kit Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #15462
Platform: All

Description (last modified by diver)

x86_64 pre-beta152296+91 HaikuWebKit 1.6.7 WebKit 606.1.4

Web+ crashed after it finished showing loading gmail. Next run didn't reproduce it.

		thread 14162: WebPositive (main)
		state: Call (bad redirect)

		Frame		IP			Function Name
		-----------------------------------------------
		00000000	0x20c62444aa7	_kern_debugger + 0x7 
			Disassembly:
				_kern_debugger:
				0x0000020c62444aa0:   48c7c0e1000000  mov $0xe1, %rax
				0x0000020c62444aa7:             0f05  syscall  <--

		0x7fb92cb41990	0x20c6243e1c5	debugger + 0x2f 
		0x7fb92cb41a50	0x16944540adf	BUrlProtocolAsynchronousListener::MessageReceived(BMessage*) + 0x201 
		0x7fb92cb41a60	0xe3b8e92185	BLooper::DispatchMessage(BMessage*, BHandler*) + 0x1b 
		0x7fb92cb41ca0	0xe3b8e8b59a	BApplication::DispatchMessage(BMessage*, BHandler*) + 0x88 
		0x7fb92cb41d00	0xe3b8e92548	BLooper::task_looper() + 0x1fa 
		0x7fb92cb41d20	0xe3b8e88572	BApplication::Run() + 0x40 
		0x7fb92cb41d40	0x1bf55433153	main + 0x29 
		0x7fb92cb41d70	0x1bf55427d79	_start + 0x4f 
		0x7fb92cb41da0	0xe949aca89e	runtime_loader + 0x105 
		00000000	0x7ffc2aa79260	commpage_thread_exit + 0 

Attachments (1)

WebPositive-14162-debug-28-09-2018-12-57-28.report (24.5 KB ) - added by diver 6 years ago.

Download all attachments as: .zip

Change History (8)

comment:1 by diver, 6 years ago

Description: modified (diff)

This was after I switched gmail to use their new web interface.

comment:2 by mmu_man, 5 years ago

I have a similar error on https://jdll.org/ but with a different stack trace (maybe due to newer code):

	thread 399: WebPositive (main)
		state: Call (bad redirect)

		Frame		IP			Function Name
		-----------------------------------------------
		00000000	0x64f36112	commpage_syscall + 0x2 
			Disassembly:
				commpage_syscall:
				0x64f36110:             89e1  mov %esp, %ecx
				0x64f36112:             0f34  sysenter  <--

		0x7204f848	0x1436691	debugger + 0x31 
		0x7204f898	0x3b12249	non-virtual thunk to WebCore::BUrlProtocolHandler::DataReceived(BUrlRequest*, char const*, long long, long) + 0x99 
		0x7204f950	0x1e0fd0c	BUrlProtocolAsynchronousListener::MessageReceived(BMessage*) + 0x3dc 
		0x7204fb50	0x1636d4c	BApplication::DispatchMessage(BMessage*, BHandler*) + 0x14c 
		0x7204fba0	0x163fc14	BLooper::task_looper() + 0x274 
		0x7204fbc0	0x1633568	BApplication::Run() + 0x28 
		0x7204fc10	0x44eec2	main + 0x42 
		0x7204fc28	0x44f109	_start + 0x39 
		0x7204fc68	0x1a314c6	runtime_loader + 0x132 
		00000000	0x64f36258	commpage_thread_exit + 0 

comment:3 by diver, 4 years ago

Blocking: 15462 added

comment:4 by diver, 4 years ago

Still here in hrev54334 + haikuwebkit-1.7.0-1-x86_64.hpkg.

comment:5 by pulkomandy, 3 years ago

Component: Applications/WebPositiveKits/Web Kit

Very likely to be fixed if we switch to Leorize's reworked network kit.

comment:6 by Coldfirex, 3 years ago

I haven't seen this with webkit 1.8.1+. Still reproducible for anyone?

comment:7 by diver, 3 years ago

Milestone: UnscheduledR1/beta3
Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.