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)
Firefox
Bookmarks & History
Tracking
()
VERIFIED
FIXED
Firefox 3 beta4
People
(Reporter: Aleksej, Assigned: dao)
References
()
Details
Attachments
(1 file, 2 obsolete files)
11.72 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
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”.
Reporter | ||
Updated•17 years ago
|
Flags: blocking-firefox3?
Comment 1•17 years ago
|
||
I should just write the emptytext attr patch today.
blocking. M10.
Flags: blocking-firefox3? → blocking-firefox3+
Target Milestone: --- → Firefox 3 M10
Updated•17 years ago
|
Priority: -- → P3
Hardware: PC → All
Target Milestone: Firefox 3 M10 → Firefox 3 Mx
Updated•17 years ago
|
Target Milestone: Firefox 3 Mx → Firefox 3 M11
Assignee | ||
Updated•17 years ago
|
Comment 2•17 years ago
|
||
Attachment #300468 -
Flags: review?(mano)
Comment 3•17 years ago
|
||
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)
Assignee | ||
Updated•17 years ago
|
Target Milestone: Firefox 3 beta3 → Firefox 3 beta4
Assignee | ||
Comment 4•17 years ago
|
||
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)
Assignee | ||
Comment 5•17 years ago
|
||
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)
Comment 6•17 years ago
|
||
What's the toolkit/ change about?
Assignee | ||
Comment 7•17 years ago
|
||
It fixes an issue that I discovered when working on this bug. We shouldn't display the emptyText while the textbox has focus.
Comment 8•17 years ago
|
||
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+
Assignee | ||
Comment 9•17 years ago
|
||
We only have a clickSelectsAll pref for the Location Bar (browser.urlbar.clickSelectsAll).
Comment 10•17 years ago
|
||
It's also supported by the search bar, and i think we should use it here too.
Assignee | ||
Updated•17 years ago
|
Keywords: checkin-needed
Comment 11•17 years ago
|
||
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
Comment 12•16 years ago
|
||
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
Comment 13•15 years ago
|
||
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.
Description
•