Closed Bug 1796078 Opened 2 years ago Closed 2 years ago

Both previous match number and "Phrase not found" are displayed for a short period of time

Categories

(Toolkit :: Find Toolbar, defect)

defect

Tracking

()

VERIFIED FIXED
108 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox106 --- unaffected
firefox107 + verified
firefox108 --- verified

People

(Reporter: emilghitta, Assigned: eemeli)

References

(Regressed 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(2 files)

Attached image findBar.gif

Found in

  • Firefox 107.0b2 (BuildId:20221018185850)

Affected versions

  • Firefox 108.0a1 (BuildId: 20221018213916)
  • Firefox 107.0b2 (BuildId:20221018185850)

Tested platforms

  • Affected platforms: Windows 10 64bit, macOS 11 & Ubuntu 22

Steps to reproduce

  1. Access the following webpage.
  2. Hit ctrl + f.
  3. Type "enf".
  4. Hit enter or click on the ^ V (find in previous or find in next).

Expected result

  • The "Phrase not found" is displayed.

Actual result

  • Both "1 of 8 matches" (which comes from the "en" search) and the "Phrase not found" strings are displayed for a second.

Regression range

  • This seems to be a regression. Will provide asap.
Has STR: --- → yes

The bug is marked as tracked for firefox107 (beta). However, the bug still isn't assigned and has low severity.

:yshash, could you please find an assignee and increase the severity for this tracked bug? Given that it is a regression and we know the cause, we could also simply backout the regressor. If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit auto_nag documentation.

Flags: needinfo?(yshash)

I was not able to come up with solid automated test for these changes, as that would need to rely on catching the DOM in the middle of a couple of async updates.

Some checkbox/statuslabel updates are included here, as the previous implementation was producing console warnings.

Assignee: nobody → earo
Status: NEW → ASSIGNED
Flags: needinfo?(earo)

:enndeakin, seems :eemeli is on PTO until RC week. Could you or someone else review/land this patch?

Flags: needinfo?(enndeakin)
Pushed by earo@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/0c70b459ca9e
Fix remaining flashes of invalid content in findbar status. r=NeilDeakin
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 108 Branch
Flags: needinfo?(enndeakin)

Comment on attachment 9299732 [details]
Bug 1796078 - Fix remaining flashes of invalid content in findbar status. r=NeilDeakin!

Beta/Release Uplift Approval Request

  • User impact if declined: Some incorrect text may be very briefly visible to users when using the findbar
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Very small change affecting only the findbar status indicator
  • String changes made/needed:
  • Is Android affected?: No
Attachment #9299732 - Flags: approval-mozilla-beta?

Comment on attachment 9299732 [details]
Bug 1796078 - Fix remaining flashes of invalid content in findbar status. r=NeilDeakin!

Approved for 107.0b9

Attachment #9299732 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Flags: qe-verify+
QA Whiteboard: [qa-triaged]

This issue is verified fixed using Firefox 107.0b9 (BuildId:20221103190044) and Firefox 108.0a1 (BuildId:20221103214316) on Windows 10 64bit, Ubuntu 22.04 and macOS 11

Status: RESOLVED → VERIFIED
Flags: qe-verify+

clearing need info as this has been assigned / fixed

Flags: needinfo?(yshash)
See Also: → 1811793
Regressions: 1811793
See Also: 1811793
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: