Closed
Bug 429723
Opened 16 years ago
Closed 16 years ago
Empty findbar turns red and "Phrase not found" is displayed when "Highlight all" is enabled and search term is removed
Categories
(Toolkit :: Find Toolbar, defect)
Toolkit
Find Toolbar
Tracking
()
VERIFIED
FIXED
mozilla1.9.1b1
People
(Reporter: pav, Assigned: graememcc)
References
Details
(Keywords: regression)
Attachments
(2 files)
1.66 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
10.65 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041807 Minefield/3.0pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041807 Minefield/3.0pre Following the steps described below, the findbar incorrectly turns red and the "Phrase not found" is displayed while there's no phrase to search for (the findbar is empty). Reproducible: Always Steps to Reproduce: 1. Open any page that contains the letter 'a' 2. Hit Ctrl+F to open the Findbar, type 'a' 3. Click the highlight button so that it's on 4. Delete the letter 'a' Actual Results: The findbar turned red Expected Results: The findbar is empty so it should be white and the "Phrase not found" message not visible.
Updated•16 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Summary: Empty findbar is red and "Phrase not found" is displayed → Empty findbar turns red and "Phrase not found" is displayed when "Highlight all" is enabled and search term is removed
Version: unspecified → Trunk
Comment 1•16 years ago
|
||
Regression range: http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2005-12-16+13%3A00&maxdate=2005-12-16+23%3A00 Caused by Bug 313653, I think.
Blocks: 313653
Keywords: regression
Updated•16 years ago
|
Product: Firefox → Toolkit
Assignee | ||
Comment 2•16 years ago
|
||
The findbar highlighting code shouldn't attempt to search for empty strings.
Assignee: nobody → graememcc_firefox
Status: NEW → ASSIGNED
Attachment #337864 -
Flags: review?(mano)
Comment 3•16 years ago
|
||
Comment on attachment 337864 [details] [diff] [review] Patch v1 [Checkin: Comment 4] r=mano
Attachment #337864 -
Flags: review?(mano) → review+
Assignee | ||
Updated•16 years ago
|
Keywords: checkin-needed
Comment 4•16 years ago
|
||
Comment on attachment 337864 [details] [diff] [review] Patch v1 [Checkin: Comment 4] http://hg.mozilla.org/mozilla-central/rev/2321c54b2a8a
Attachment #337864 -
Attachment description: Patch v1 → Patch v1
[Checkin: Comment 4]
Updated•16 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.1b1
Comment 5•16 years ago
|
||
Verified with: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b1pre) Gecko/20080927020752 Minefield/3.1b1pre ID:20080927020752 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080927033433 Minefield/3.1b1pre ID:20080927033433
Status: RESOLVED → VERIFIED
Flags: in-litmus?
Assignee | ||
Comment 6•16 years ago
|
||
Patch to test for this. (Note I've used the opportunity to do some trivial code cleanup that is too trivial to justify it's own bug: it reorders the tests in the makefile into bug# order, corrects my incorrect licence headers and removes a spurious comment from bug 451286's test).
Attachment #343247 -
Flags: review?(mano)
Comment 8•16 years ago
|
||
Comment on attachment 343247 [details] [diff] [review] Test v1 (checked in) r=mano
Attachment #343247 -
Flags: review?(mano) → review+
Assignee | ||
Updated•16 years ago
|
Keywords: checkin-needed
Whiteboard: test requires checkin
Updated•16 years ago
|
Attachment #343247 -
Attachment description: Test v1 → Test v1 (checked in)
Comment 9•16 years ago
|
||
Comment on attachment 343247 [details] [diff] [review] Test v1 (checked in) http://hg.mozilla.org/mozilla-central/rev/23a15042356f
Updated•16 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•