Opened 2 years ago
Closed 16 months ago
#18122 closed bug (fixed)
Web+: curlThread sometimes pegs CPU
Reported by: | humdinger | Owned by: | pulkomandy |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta5 |
Component: | Kits/Web Kit | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
This is hrev56578+46, 64bit.
Often when browsing the web and you follow some link, the window remains empty, the progress bar is stuck, and a "curlThread" in the WebPositive team is pegging a core. Sometimes simply clicking the link again loads the page alright, sometimes it just times out.
Attachments (1)
Change History (9)
comment:1 by , 2 years ago
by , 2 years ago
Attachment: | WebPositive-1193-debug-18-12-2022-18-41-04.report added |
---|
comment:2 by , 2 years ago
Attached, one debugged curlThread. I get those more often when browsing subredits under https://old.reddit.com/ . Also, funnily enough, when trying to attach this report to the ticket...
follow-up: 5 comment:3 by , 2 years ago
It is in http2_recv in curl. If that's always the case, maybe we should disable http2 in curl until it is fixed?
comment:5 by , 22 months ago
Replying to pulkomandy:
It is in http2_recv in curl. If that's always the case, maybe we should disable http2 in curl until it is fixed?
Has anyone tried that yet? This curlThread cpu pegging is the most annoying issue when using Web+ by a very large margin...
comment:6 by , 16 months ago
I have updated curl, did that fix it? We were using a quite old version of it.
comment:7 by , 16 months ago
I recently changed from beta4 to a nightly Haiku and haven't seen this issue since. I planned to wait on your next HaikuWebKit release to go through my Web+ tickets...
Aside from the little kinks (that you have already fixed) and being a bit more sluggish at times, the Web+ experience appears to have improved nicely. Thanks!
comment:8 by , 16 months ago
Milestone: | Unscheduled → R1/beta5 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Ok then, closing for now, we can reopen if it happens again.
Can you attach the Debugger to the thread while it's in this state, and get a backtrace in a debug report?