Closed Bug 1013374 Opened 10 years ago Closed 1 year ago

Optimize display timing of translation infobar and icon

Categories

(Firefox :: Translations, defect)

defect
Not set
major

Tracking

()

RESOLVED INACTIVE

People

(Reporter: mikedeboer, Unassigned)

References

Details

(Whiteboard: [translation] p=5 [qa-])

In bug 1003118 we discovered that an up to 68% decrease in page drawing performance was measured by the tp5o_paint Talos test.
Additionally, we established that showing the translation infobar and the icon in the urlbar notification area is the main reason for this regression.

We need to investigate why this is the case exactly and remedy the cause in this bug.
Marco, can you add this to the current iteration?
Flags: needinfo?(mmucci)
Added to Iteration 32.2
Flags: needinfo?(mmucci)
Hey Mike, some food for thought here after a conversation with Gavin:

- displaying and animating the UI during a timing test is obviously more work done on the main thread, so it's expected that the numbers would be affected by it

- if we just try to move it outside of the measurement of the test we're not really gaining much of real value, specially as we want to display the infobar earlier and not later (bug 997818)

- a useful setup for testing would be one where we would have language detection running during talos, but with the UI disabled, because that would be testing the real work done during pageload for every page

- we will need this setup anyway (lang. detect enabled, UI disabled) because during the trial run we want to have a control group for our data analysis, and in that group we want to measure the language of websites visited without the presence of a translation feature

This is not saying that it isn't a valid bug that infobars are sluggish and needs to be optimized, but it's a not problem particular to the translation infobar. So with the above points I believe it's not worth struggling with this bug at the moment. Maybe a better next step is to add this more fine grained configuration.
(In reply to :Felipe Gomes from comment #3)
> - a useful setup for testing would be one where we would have language
> detection running during talos, but with the UI disabled, because that would
> be testing the real work done during pageload for every page

I agree, good point. I'll file a new bug and we'll figure out the best way to do that there.

Especially a 'talos switch' to disable the ui should prove to be interesting ;)
Depends on: 1013861
Sounds like we should drop this bug from the current iteration, then?
Flags: needinfo?(mdeboer)
(In reply to :Gavin Sharp (email gavin@gavinsharp.com) from comment #5)
> Sounds like we should drop this bug from the current iteration, then?

Aye! Marco, can you remove this bug from the current iteration?
Flags: needinfo?(mdeboer) → needinfo?(mmucci)
Whiteboard: p=5 s=it-32c-31a-30b.2 [qa-] → p=5 [qa-]
Assignee: mdeboer → nobody
Status: ASSIGNED → NEW
Removed from Iteration 32.2
Flags: needinfo?(mmucci)
Flags: firefox-backlog+
Whiteboard: p=5 [qa-] → [translation] p=5 [qa-]
QA Whiteboard: qa-not-actionable
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.