Closed Bug 400844 Opened 17 years ago Closed 17 years ago

Label in organizer's search field becomes search text in some non-default modes (black, query)

Categories

(Firefox :: Bookmarks & History, defect, P3)

defect

Tracking

()

VERIFIED FIXED
Firefox 3 beta4

People

(Reporter: Aleksej, Assigned: dao)

References

()

Details

Attachments

(1 file, 2 obsolete files)

Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9a9pre) Gecko/2007102304 Minefield/3.0a9pre Steps to reproduce: 1. Go to the URL, or open Bookmarks → Organize Bookmarks. The search field caption “Search in 'Bookmarks'” is gray. 2. Type something in the bookmarks search field. The caption disappears immediately upon clicking the field. 3. Press the “Selected Folder”, “Bookmarks Menu”, or “Bookmarks Toolbar” mode button. 4. Press the [X] button to clear the search field. Actual results: The caption returns, but it is black and does not disappear, so may be used as a search query. If selected and deleted, it returns in a moment, unless something takes its place. Expected results: The caption is grayed out, and disappears upon clicking, not being obtrusive. It works correctly when the Advanced search mode is “All Bookmarks” or “History”.
Flags: blocking-firefox3?
I should just write the emptytext attr patch today. blocking. M10.
Flags: blocking-firefox3? → blocking-firefox3+
Target Milestone: --- → Firefox 3 M10
Priority: -- → P3
Hardware: PC → All
Target Milestone: Firefox 3 M10 → Firefox 3 Mx
Target Milestone: Firefox 3 Mx → Firefox 3 M11
Depends on: 388811, 406095
No longer depends on: 388811
Attached patch v1 (obsolete) — Splinter Review
Attachment #300468 - Flags: review?(mano)
Comment on attachment 300468 [details] [diff] [review] v1 I would rather wait for bug 406095 to land first and fix this using the emptyText property afterwards.
Attachment #300468 - Flags: review?(mano)
Target Milestone: Firefox 3 beta3 → Firefox 3 beta4
Blocks: 338168
No longer blocks: 338168
Blocks: 407317
Attached patch use emptyText (obsolete) — Splinter Review
note that I removed |<method name="onFocus">...this.select();| in favor of clickSelectsAll="true".
Assignee: nobody → dao
Attachment #300468 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #301757 - Flags: review?(mano)
Attached patch use emptyText v2Splinter Review
Where the "reset" event is dispatched, the code tries to track whether the event should be canceled, which doesn't do anything eventually. Can we just remove this?
Attachment #301757 - Attachment is obsolete: true
Attachment #301759 - Flags: review?(mano)
Attachment #301757 - Flags: review?(mano)
What's the toolkit/ change about?
It fixes an issue that I discovered when working on this bug. We shouldn't display the emptyText while the textbox has focus.
Comment on attachment 301759 [details] [diff] [review] use emptyText v2 OK, r=mano. Please file a bug on turning clickSelectsAll only if the pref is set.
Attachment #301759 - Flags: review?(mano) → review+
We only have a clickSelectsAll pref for the Location Bar (browser.urlbar.clickSelectsAll).
It's also supported by the search bar, and i think we should use it here too.
Keywords: checkin-needed
Checking in toolkit/content/widgets/textbox.xml; /cvsroot/mozilla/toolkit/content/widgets/textbox.xml,v <-- textbox.xml new revision: 1.53; previous revision: 1.52 done Checking in browser/components/places/content/places.js; /cvsroot/mozilla/browser/components/places/content/places.js,v <-- places.js new revision: 1.125; previous revision: 1.124 done Checking in browser/components/places/content/places.xml; /cvsroot/mozilla/browser/components/places/content/places.xml,v <-- places.xml new revision: 1.29; previous revision: 1.28 done Checking in browser/components/places/content/places.xul; /cvsroot/mozilla/browser/components/places/content/places.xul,v <-- places.xul new revision: 1.104; previous revision: 1.103 done Checking in browser/themes/gnomestripe/browser/places/organizer.css; /cvsroot/mozilla/browser/themes/gnomestripe/browser/places/organizer.css,v <-- organizer.css new revision: 1.8; previous revision: 1.7 done Checking in browser/themes/pinstripe/browser/places/organizer.css; /cvsroot/mozilla/browser/themes/pinstripe/browser/places/organizer.css,v <-- organizer.css new revision: 1.4; previous revision: 1.3 done Checking in browser/themes/winstripe/browser/places/organizer.css; /cvsroot/mozilla/browser/themes/winstripe/browser/places/organizer.css,v <-- organizer.css new revision: 1.2; previous revision: 1.1 done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Verified fixed with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9) Gecko/2008061004 Firefox/3.0 ID:2008061004
Status: RESOLVED → VERIFIED
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: