Opened 3 years ago
Closed 3 years ago
#17280 closed bug (fixed)
Web+ stalls out
Reported by: | DFergFLA | Owned by: | pulkomandy |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta4 |
Component: | Kits/Web Kit | Version: | R1/beta3 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
I will regually have Web+ just kind of stop while using it. I am still able to go between any open tabs, but can't open any new tabs. I can close the Web+ window, but it remains active in the deskbar. Using "Close All" in the deskbar has no effect. I can use "Kill Application" to end Web+.
As per directions from Nephele (Thanks a bunch) here: "https://dev.haiku-os.org/ticket/17267#comment:8" I was able to get a debugger report when this happened. At least I think I got it. This is my first time using debugger. If I have not gotten what you need, please let me know. Any adivse on how to get the information necessary is also appricated. Hope this helps.
Donald
hrev55444 (64bit)
Attachments (4)
Change History (14)
by , 3 years ago
Attachment: | WebPositive-2764-debug-22-09-2021-23-30-48.report added |
---|
comment:1 by , 3 years ago
comment:2 by , 3 years ago
It would be usefull to include which sites you know where open when this has occured, and for which you produced the debug report. Ideally only one tab open to cut down a bit on the noise :)
And even better if it easily reproducible by following a specific link
comment:3 by , 3 years ago
Component: | Applications/WebPositive → Kits/Web Kit |
---|
by , 3 years ago
Attachment: | screenshot1.png added |
---|
by , 3 years ago
Attachment: | WebPositive-1135-debug-23-09-2021-17-27-07.report added |
---|
by , 3 years ago
Attachment: | WebPositive-2278-debug-23-09-2021-17-33-58.report added |
---|
comment:5 by , 3 years ago
Added 3 new files. 1 Screenshot, 2 debug reports
Both Debug Reports are from Yahoo.com. Only one tab open. Screenshot is from yahoo.com. I noticed that the bar that is supposed to be at the top of Yahoo.com was suddenly 1/2 way down the page and following me as I scrolled up and down. This a happed for just a few seconds before everything stopped. I do not remeber if this happend like this before or not. So, I included it.
comment:6 by , 3 years ago
In all three reports the IconDatabase thread is trying to sync with the main thread, and they are both blocked in a pthread_cond_wait in a similar place. Possibly it is a deadlock between the two threads.
Some more serious work should be done on the icon database (lately I am just copying bits from the GTK implementation for WebKit2 until I get it to compile, but it doesn't work anymore for a few years now).
Or we should switch to WebKit2 where it's easier to have the icon database working...
comment:7 by , 3 years ago
Or potentially a problem in our pthread_cond_wait. I think we had to disable usage of it in Mesa because it was determined to cause deadlocks spuriously and use Mesa's own condition variable system instead. I don't know that ever got investigated...
comment:8 by , 3 years ago
comment:9 by , 3 years ago
I have spent the last 30-40min with WebPositive using Yahoo.com, Msn.com etc and have not experienced a single stall out. I have never been able to use WebPositive this long without it stalling out. Looks good.
Thanks
comment:10 by , 3 years ago
Milestone: | Unscheduled → R1/beta4 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Thanks for testing
I experience this intermittently as well, particularly on sites with long pages and complex content, like e.g. https://news.com.au