Opened 10 years ago
Closed 8 years ago
#11299 closed bug (fixed)
Webpositive slow to close
| Reported by: | vidrep | Owned by: | pulkomandy |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Applications/WebPositive | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
Using hrev47928 Webkit 1.4.5 Webpositive very slow to close (see attached screenshot)
Attachments (2)
Change History (12)
by , 10 years ago
| Attachment: | screenshot1.png added |
|---|
comment:1 by , 10 years ago
| Component: | - General → Applications/WebPositive |
|---|---|
| Owner: | changed from to |
comment:2 by , 10 years ago
I tried again today on a variety of websites, but cannot reproduce the problem. Keep the ticket open for now.
comment:3 by , 10 years ago
The issue is still present in hrev47969. After closing Web+ the Deskbar is still showing it as a running application. Using "close all" does not have any effect. Shutdown-->restart system brings up a dialog to kill the application. Only then will it stop running and reboot.
comment:4 by , 10 years ago
Can you attach Debugger to Web+ while it is stuck (run Debugger, select Web+) and save a debug report?
You can kill it using team monitor or process controller, no need to reboot.
comment:5 by , 9 years ago
Also note this can be caused by websocket code. I need more information on which website triggers this is you want it fixed.
comment:6 by , 9 years ago
A lot of the time it is Haiku's own bug tracker page. Everything is running extremely slow. Right now I'm using IE, simply because Webpositive is painfully slow to use here. I'll try to get you other specific URL's, so you can try to reproduce the problem. I know it is near impossible to fix something unless you are able to reproduce the problem on your own system.
comment:7 by , 9 years ago
Uhm, this ticket is about Web+ being slow to *close*. This is different from the other ticket on slow drawing and high CPU use which does happen for everyone (including myself) and is especially annoying on dev.haiku-os.org.
The slow to close issue is (as far as I know) caused by the application thread waiting for a socket to close for cleanup. It can be a problem with websockets, media download, or something like that. I don't think it can be a problem with standard http requests of just loading a page (as that code part is better at stopping things when needed).
comment:8 by , 9 years ago
Happened again today using latest webkit 1.4.10 (hrev48822 x86_gcc2). This time I ran debugger and attached a report. I hope it leads to a solution. Thanks.
by , 9 years ago
| Attachment: | WebPositive-596-debug-21-02-2015-14-10-49.report added |
|---|
comment:9 by , 8 years ago
I have not seen this issues since the release of webkit 1.5.1. Consider the problem fixed. Thanks.
comment:10 by , 8 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Did you watch a video in Web+ before closing it?