Closed
Bug 828210
Opened 12 years ago
Closed 12 years ago
Workaround bug 825622 in Gaia
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect, P2)
Firefox OS Graveyard
Gaia::Settings
Tracking
(blocking-basecamp:+)
People
(Reporter: rik, Assigned: rik)
References
(Depends on 1 open bug)
Details
(Keywords: b2g-testdriver, Whiteboard: [b2g-gfx])
Attachments
(1 file)
46 bytes,
patch
|
kaze
:
review+
|
Details | Diff | Splinter Review |
+++ This bug was initially created as a clone of Bug #825622 +++ STR: (can reproduce with: en-US, fr, pt-BR) - Tap Settings - Tap Device Information - Tap Legal information - Tap Open Source Notice Seen: - Nothing happen, and a white screen show up after a short while. Expected: - Start the browser app. In this bug, we'll do a workaround in gaia while other people work on fixing the underlying bug 825622.
Updated•12 years ago
|
Assignee: nobody → rexboy
Assignee | ||
Updated•12 years ago
|
Assignee: rexboy → anthony
Comment 1•12 years ago
|
||
Moving to Gaia. FYI: we previously had this as a blocker on the platform which is why the flag is still set here.
Component: General → Gaia::Settings
Comment 2•12 years ago
|
||
Currently it does show the "Open Source Licensing Information" page after a "long" while. Do we really expect it to start the browser app?
Comment 3•12 years ago
|
||
(In reply to Anthony Ricaud (:rik) from comment #0) > +++ This bug was initially created as a clone of Bug #825622 +++ > Please update the summary when you clone bugs. What's the proposed workaround here? Launch Browser app instead?
Summary: Tapping settings app UI while "Open Source Notice" is loading causes all-white window to be rendered after notice loads → Workaround bug 825622 in Gaia
Comment 4•12 years ago
|
||
According to the profile data, 96.% time is spent in layout::DoReflow
Comment 5•12 years ago
|
||
(In reply to Kan-Ru Chen [:kanru] from comment #4) > According to the profile data, 96.% time is spent in layout::DoReflow As said in bug 825622 :)
Comment 6•12 years ago
|
||
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) from comment #3) > What's the proposed workaround here? Launch Browser app instead? Would we have the same rendering issue inside a browser tab? Maybe we need to paginate the content somehow?
Assignee | ||
Comment 7•12 years ago
|
||
My current workaround is to use an empty iframe and set the src after we transitioned and remove it when we leave the panel. I'm also trying alternatives to remove the setTimeout() logic of panel switching but so far, it regresses the animation the first time we open a panel.
Comment 8•12 years ago
|
||
(In reply to Anthony Ricaud (:rik) from comment #7) > My current workaround is to use an empty iframe and set the src after we > transitioned and remove it when we leave the panel. > > I'm also trying alternatives to remove the setTimeout() logic of panel > switching but so far, it regresses the animation the first time we open a > panel. The regression of the animation is really not important imo... Having an application that works without having to kill it is way more important.
Comment 9•12 years ago
|
||
Not sure if anyone's considering this, but from a legal perspective, loading this page off the network rather than having it stored locally is a no-no. Just wanted to mention it :-) Gerv
Assignee | ||
Comment 10•12 years ago
|
||
Attachment #700033 -
Flags: review?(kaze)
Comment 11•12 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/4a5c0d07717b9fc53581c2335d8e65576d790360
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Attachment #700033 -
Flags: review?(kaze) → review+
Updated•12 years ago
|
Target Milestone: --- → B2G C4 (2jan on)
You need to log in
before you can comment on or make changes to this bug.
Description
•