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)

WebPositive-2764-debug-22-09-2021-23-30-48.report (103.9 KB ) - added by DFergFLA 3 years ago.
screenshot1.png (944.5 KB ) - added by DFergFLA 3 years ago.
WebPositive-1135-debug-23-09-2021-17-27-07.report (122.9 KB ) - added by DFergFLA 3 years ago.
WebPositive-2278-debug-23-09-2021-17-33-58.report (241.6 KB ) - added by DFergFLA 3 years ago.

Download all attachments as: .zip

Change History (14)

comment:1 by bronzie94, 3 years ago

I experience this intermittently as well, particularly on sites with long pages and complex content, like e.g. https://news.com.au

comment:2 by nephele, 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 nephele, 3 years ago

Component: Applications/WebPositiveKits/Web Kit

comment:4 by DFergFLA, 3 years ago

@nephele

OK, will do.

by DFergFLA, 3 years ago

Attachment: screenshot1.png added

comment:5 by DFergFLA, 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 pulkomandy, 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 waddlesplash, 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:9 by DFergFLA, 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 nephele, 3 years ago

Milestone: UnscheduledR1/beta4
Resolution: fixed
Status: newclosed

Thanks for testing

Note: See TracTickets for help on using tickets.