Opened 8 years ago

Last modified 4 months ago

#12614 assigned bug

Webpositive crashes on Google Maps

Reported by: vidrep Owned by: jua
Priority: normal Milestone: Unscheduled
Component: Kits/Web Kit Version: R1/Development
Keywords: Cc:
Blocked By: #12497, #13366 Blocking: #12722, #18711
Platform: All

Description

Open any map in Google Maps Zoom in/out or move map Eventually Webpositive crashes or even locks up the system Debug report and syslog attached

Attachments (2)

WebPositive-2790-debug-24-01-2016-11-33-00.report (50.5 KB ) - added by vidrep 8 years ago.
syslog (4.5 KB ) - added by vidrep 8 years ago.

Download all attachments as: .zip

Change History (19)

by vidrep, 8 years ago

Attachment: syslog added

comment:1 by vidrep, 8 years ago

hrev50051 x86_gcc2

comment:2 by humdinger, 8 years ago

JFYI: Still here with hrev50087.

comment:3 by humdinger, 8 years ago

I don't get web+ to crash with zooming in/out of google maps, but see what's described in #12497.

comment:4 by pulkomandy, 8 years ago

Blocked By: 12497 added

comment:5 by pulkomandy, 8 years ago

Indeed, this is once again a case where too many ports are created. My guess is it's because a lot of tiles are created for the map rendering. It can lead to just Web+ terminating or the app_server freezing, depending on who allocates a port first after the maximum number has been reached.

comment:6 by pulkomandy, 8 years ago

Blocking: 12722 added

comment:7 by vidrep, 7 years ago

This is still a problem on latest HaikuWebKit 1.5.4.

KERN: 1305: DEBUGGER: Could not create BWindow's receive port, used for interacting with the app_server! KERN: _user_debugger(): Failed to install debugger. Message is: `Could not create BWindow's receive port, used for interacting with the app_server!' KERN: thread_hit_debug_event(): Failed to create debug port: No more ports available

comment:8 by pulkomandy, 7 years ago

Owner: changed from pulkomandy to jua
Status: newassigned

Still running out of ports on that page. Assigning to Jua as he may know better than me about the rendering code in WebKit. Maybe we could detect this and crash the app before it freezes the whole system, too.

comment:9 by pulkomandy, 7 years ago

Blocked By: 13366 added

comment:10 by davewthompson, 7 years ago

Pardon my utter ignorance but why would each tile need a port?

comment:11 by jua, 7 years ago

Haven't looked into it yet, but it probably creates lots of BBitmaps and accompanying BViews attached to them, which on the app_server side behave like offscreen windows (with their own threads etc). When I find time I will look why it creates so many and how to avoid it...

comment:12 by vidrep, 7 years ago

hrev51259 x86_gcc2h HaikuWebKit 1.6.0 Google maps still crashes Webpositive

KERN: 834: DEBUGGER: Could not create BWindow's receive port, used for interacting with the app_server! KERN: _user_debugger(): Failed to install debugger. Message is: `Could not create BWindow's receive port, used for interacting with the app_server!' KERN: thread_hit_debug_event(): Failed to create debug port: No more ports available

comment:13 by Zotyamester, 4 years ago

I don't see that happening in hrev53701.

comment:14 by vidrep, 4 years ago

Just tested with hrev53701 x86_64. Still crashing in the same manner. It will usually crash when zooming out.

comment:15 by pulkomandy, 3 years ago

Component: Applications/WebPositiveKits/Web Kit

comment:16 by cocobean, 3 years ago

Ref: WebPositive maps.google.com

Tested with haikuwebkit 1.8.2-2 (Webkit 612.1.21) and Haiku R1B3 hrev55181+54 x86_gcc2 - no crash, but missing tile images, zoom control, and overlays. Got message 'Warning: trying to load platform resource 'missingImage'.

NOTE: 167 ImageDecode threads, 184 'BMessageQueue Lock' instances

Last edited 3 years ago by cocobean (previous) (diff)

comment:17 by pulkomandy, 4 months ago

Blocking: 18711 added
Note: See TracTickets for help on using tickets.