Opened 3 years ago
Closed 10 months ago
#17141 closed bug (fixed)
Web+ crashes on an Amazon page
Reported by: | humdinger | Owned by: | pulkomandy |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta5 |
Component: | Kits/Web Kit | Version: | R1/beta3 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
Visiting this page at Amazon crashes Web+: https://smile.amazon.de/presto-315541-Power-Bremsenreiniger-500/dp/B005510S9M/ref=sr_1_1?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=bremsenreiniger&qid=1627626368&refinements=p_76%3A419123031&rnid=419121031&rps=1&sr=8-1
From the debug report:
thread 6082: WebPositive (main) state: Call (abort() called) Frame IP Function Name ----------------------------------------------- 00000000 0x21218ed992f _kern_debugger + 0x7 Disassembly: _kern_debugger: 0x0000021218ed9928: 48c7c0e4000000 mov $0xe4, %rax 0x0000021218ed992f: 0f05 syscall <-- 0x7fb76714c1e0 0x21218ed13a1 abort + 0x4a 0x7fb76714c1e0 0x18a28dea02d /boot/system/lib/libWebKitLegacy.so.1.8.2 + 0xf9e02d 0x7fb76714c240 0x18a2a41119d /boot/system/lib/libWebKitLegacy.so.1.8.2 + 0x25c519d 0x7fb76714c270 0x18a2a3e1a9b WebCore::BUrlRequestWrapper::abort() + 0x9b 0x7fb76714c290 0x18a2a3e20a8 WebCore::BUrlProtocolHandler::abort() + 0x18 0x7fb76714c2b0 0x18a29bd00ff WebCore::ResourceHandle::cancel() + 0x1f 0x7fb76714c2d0 0x18a29bd129a WebCore::ResourceHandle::~ResourceHandle() + 0x1a 0x7fb76714c2f0 0x18a29bd12dc WebCore::ResourceHandle::~ResourceHandle() + 0xc 0x7fb76714c450 0x18a294aeab3 WebCore::ResourceLoader::releaseResources() + 0x83 0x7fb76714c490 0x18a294cec1b WebCore::SubresourceLoader::didFail(WebCore::ResourceError const&) + 0x1db 0x7fb76714c500 0x18a294ac1df WebCore::ResourceLoader::cannotShowURL(WebCore::ResourceHandle*) + 0x2f 0x7fb76714c530 0x18a2964c5e1 WebCore::ThreadTimers::sharedTimerFiredInternal() + 0x61 0x7fb76714c780 0x102e5c8915e BApplication::DispatchMessage(BMessage*, BHandler*) + 0x1ae 0x7fb76714c7d0 0x102e5c90566 BLooper::task_looper() + 0x266 0x7fb76714c7f0 0x102e5c8634c BApplication::Run() + 0x1c 0x7fb76714c810 0x15caf3c3e79 main + 0x29 0x7fb76714c840 0x15caf3c4059 _start + 0x39 0x7fb76714c870 0x6233c84593 runtime_loader + 0x103 00000000 0x7f5727330260 commpage_thread_exit + 0
Attachments (1)
Change History (7)
by , 3 years ago
Attachment: | WebPositive-6082-debug-30-07-2021-06-32-02.report added |
---|
comment:1 by , 3 years ago
comment:2 by , 3 years ago
Still crashing when I click the link in the ticket description. This is with hrev55555, 64 bit.
comment:3 by , 3 years ago
It seems to be an assertion in the libnetservices
0x7fb76714c270 0x18a2a3e1a9b WebCore::BUrlRequestWrapper::abort() + 0x9b 0x7fb76714c290 0x18a2a3e20a8 WebCore::BUrlProtocolHandler::abort() + 0x18 0x7fb76714c2b0 0x18a29bd00ff WebCore::ResourceHandle::cancel() + 0x1f
Do you have those build in debug mode per chance? I do have that but it does not crash for me :) (probably ads then?)
comment:4 by , 3 years ago
It's a standard nightly hrev, no custom compiled components.
I use a hosts file to avoid ads, so that may not be it. I also tried without that hosts file, still crashes.
comment:5 by , 10 months ago
Doesn't crash anymore with hrev57578, 64bit, HaikuWebKit 1.9.11, WebKit 618.1.10.
The rendering of the page is bad with some missing images and other elements. Though the Amazon start page looks OK.
Not part of this ticket, though. Close as fixed?
comment:6 by , 10 months ago
Milestone: | Unscheduled → R1/beta5 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Fixed by switching back to cURL instead of our own network libraries.
I can't reproduce this crash, is it still an issue?