Closed Bug 982489 Opened 10 years ago Closed 10 years ago

Mapbox demo totally unusable in Firefox, works in the default browser (SkiaGL)

Categories

(Firefox for Android Graveyard :: Toolbar, defect)

28 Branch
All
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: marco, Unassigned)

References

()

Details

I'd guess this is a graphics problem.
gfx.canvas.azure.accelerated=false fixes the problem.

I'm running into a similar problem with ptolemy (https://github.com/fzzzy/ptolemy).
Both mapbox and ptolemy use leaflet.

This is reproducible on a Samsung Galaxy S2 (the ptolemy problem was also reproducible on a keon if I recall correctly, and it was fixed by disabling hardware acceleration).
Can't find a meta SkiaGL issues back to track this against
Blocks: 895409
Summary: Mapbox demo totally unusable in Firefox, works in the default browser → Mapbox demo totally unusable in Firefox, works in the default browser (SkiaGL)
What does "totally unusable" mean? It looks alright on Nightly right now.
With Ptolemy on Firefox OS, the problem shows up as most tiles simply not rendering completely. The issue goes away if I turn off hardware acceleration.

I reproduced it on Firefox OS 1.3 on TCL and Nexus 4.

(To test on Firefox OS, get a checkout of Ptolemy and use the App Manager to add a packaged app, choosing the Ptolemy checkout.)
Ok, can you test on Firefox OS using master? I think we fixed this as part of the new Skia rebase (bug 910754) or the single GLContext work (bug 939276).
Ok, will do. Thanks.
(In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #3)
> What does "totally unusable" mean? It looks alright on Nightly right now.

On Android, the rendering stops as soon as you interact with the map.
(In reply to Marco Castelluccio [:marco] from comment #7)
> (In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #3)
> > What does "totally unusable" mean? It looks alright on Nightly right now.
> 
> On Android, the rendering stops as soon as you interact with the map.

With Nightly? Which devices? It's working fine here on Nexus 4.
(In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #8)
> (In reply to Marco Castelluccio [:marco] from comment #7)
> > (In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #3)
> > > What does "totally unusable" mean? It looks alright on Nightly right now.
> > 
> > On Android, the rendering stops as soon as you interact with the map.
> 
> With Nightly? Which devices? It's working fine here on Nexus 4.

I haven't tested yet on Nightly, it's Firefox 82.
(In reply to Marco Castelluccio [:marco] from comment #9)
> (In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #8)
> > (In reply to Marco Castelluccio [:marco] from comment #7)
> > > (In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #3)
> > > > What does "totally unusable" mean? It looks alright on Nightly right now.
> > > 
> > > On Android, the rendering stops as soon as you interact with the map.
> > 
> > With Nightly? Which devices? It's working fine here on Nexus 4.
> 
> I haven't tested yet on Nightly, it's Firefox 82.

Ok, the (alleged) fixes landed recently, so they will only be in Nightly right now.
(In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #10)
> (In reply to Marco Castelluccio [:marco] from comment #9)
> > (In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #8)
> > > (In reply to Marco Castelluccio [:marco] from comment #7)
> > > > (In reply to James Willcox (:snorp) (jwillcox@mozilla.com) from comment #3)
> > > > > What does "totally unusable" mean? It looks alright on Nightly right now.
> > > > 
> > > > On Android, the rendering stops as soon as you interact with the map.
> > > 
> > > With Nightly? Which devices? It's working fine here on Nexus 4.
> > 
> > I haven't tested yet on Nightly, it's Firefox 82.
> 
> Ok, the (alleged) fixes landed recently, so they will only be in Nightly
> right now.

Works in Nightly! (clearly it was Firefox 28, not 82)
Fixed on trunk (m-c); should see this fixed with Firefox 30
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.