Webpositive hangs on URL

[vidrep]

hrev50919 x86_gcc2 HaikuWebKit 1.5.4 WebKit 602.1.1

The following URL causes Webpositive to hang: ​https://www.unixmen.com/haiku-a-new-kind-of-operating-system/

[vidrep]

Here is a second URL where I experience a hang: ​https://insights.regencylighting.com/led-replacement-for-t12s-pros-and-cons-explored

[vidrep]

Attempting to navigate this website with the search, or attempting to log in will cause Webpositive to either freeze or crash: ​http://www.kijiji.ca/h-calgary/1700199 Sample debug report attached

[pulkomandy]

The crash seems to point to an heap corruption. Can you reproduce with libroot_debug?

LD_PRELOAD=/system/lib/x86/libroot_debug.so WebPositive http://www.kijiji.ca/h-calgary/1700199

This should give a different (and hopefully more interesting) debug report.

For the freezes, I analyzed some that did occur here, and they were often related to a video or audio, which it seems the Media Kit is blocking on for some time when trying to load them. In that case, the browser will resume, once the video/audio is ready to play (it can take a minute or two in the worst cases, I think)

[vidrep]

I loaded the following into terminal:

LD_PRELOAD=/system/lib/x86/libroot_debug.so WebPositive ​http://www.kijiji.ca/b-exercise-equipment/ontario/york-weight-bench-and-weight-9500/k0c655l9004

The resulting debug report is attached

[diver]

This is the same as in #10392.

[vidrep]

hrev51259 x86_gcc2h HaikuWebKit 1.6.0 Loading the URL referenced in the ticket description caused a crash. Debug report attached. ​https://www.unixmen.com/haiku-a-new-kind-of-operating-system/

[vidrep]

hrev51360 x86_64

Going to the URL in the ticket description caused Webpositive to completely lock up. I was not able to switch tabs nor navigate. Webpositive continued running in the Deskbar after closing. I attached Debugger, and debugged each thread. The debugger report is attached.

[vidrep]

hrev51367 x86_64 HaikuWebKit 1.6.2 The URL in the ticket description continues to be a problem. Each time it redirects to various error messages. 2 screenshots attached

[vidrep]

Running WebPositive from the terminal and navigating to the unixmen.com URL provided the following output (see attached WebPositive_terminal).

[pulkomandy]

That "screenshot2" one is not an error, it's a website trying to scam you. A way out is installing a /etc/hosts which blocks such things (the only way we have to block ads currently). This could also improve browser stability as ads tend to be quite intrusive these days. Things were much simpler when they were using Flash, we could just ignore them then.

[diver]

Alert window is to tall on screenshot2.png​. Would it make sense to make text scrollable in alert window to fit it on screen?

[vidrep]

Tried the URL in the decsription ​https://www.unixmen.com/haiku-a-new-kind-of-operating-system/

Using HaikuWebKit 1.6.3 it does not hang Web+ anymore.

The second URL ​https://insights.regencylighting.com/led-replacement-for-t12s-pros-and-cons-explored

remains a problem.

[vidrep]

hrev51861 x86_64

WebKit 1.6.4 - rebased

This URL remains a problem for WebKit-rebased: ​https://insights.regencylighting.com/led-replacement-for-t12s-pros-and-cons-explored

Running libroot_debug.so

Attached terminal log, syslog, Debug report

[cocobean]

Ref: ​https://insights.regencylighting.com/led-replacement-for-t12s-pros-and-cons-explored

Tested with hrev52020/Webkit 1.6.5/WebPositive. This page now works. A few messages about Content Secure Policy and Facebook Pixel email issue, but it loads and renders 'ok'. Minor issues otherwise.

[vidrep]

Kijiji adverts appear to hang, but actually just take a very long time to load. Sample URL:

​https://www.kijiji.ca/v-classic-cars/calgary/86-fiero-restored-modified/1359807846?enableSearchNavigationFlag=true

[waddlesplash]

So, all these are fixed then; performance problems are already tracked in other tickets.

[nielx]

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone