Closed
Bug 393879
Opened 18 years ago
Closed 18 years ago
"view | show columns | name" is not disabled
Categories
(Firefox :: Bookmarks & History, defect)
Firefox
Bookmarks & History
Tracking
()
VERIFIED
FIXED
Firefox 3 alpha8
People
(Reporter: moco, Assigned: moco)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.18 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
"view | show columns | name" is not disabled
the problem is:
// Cannot uncheck the primary column.
if (column.primary)
menuitem.setAttribute("disabled", "true");
we should be doing:
// Cannot uncheck the primary column.
if (column.getAttribute("primary") == "true")
menuitem.setAttribute("disabled", "true");
fix included with a patch for bug #386287
Assignee | ||
Updated•18 years ago
|
Assignee: nobody → sspitzer
Flags: in-litmus?
Target Milestone: --- → Firefox 3 M8
Assignee | ||
Comment 1•18 years ago
|
||
looking at http://lxr.mozilla.org/seamonkey/source/toolkit/content/widgets/tree.xml#704, it appears that .primary is supposed to work.
Assignee | ||
Comment 2•18 years ago
|
||
note, if you do "View | show columns | name", we'll hide the column in the left hand pane of the bookmark organizer, which has an id of "title" as well.
this looks to be a regression from bug #366594, where mano switched from:
- if (column.getAttribute("primary") == "true")
+ if (column.primary)
menuitem.setAttribute("disabled", "true");
// Items for visible columns are checked.
- if (column.getAttribute("hidden") != "true")
+ if (column.hidden)
column is a XULElement, so .hidden works, but primary is a readonly attribute on nsITreeColumn, so it fails because we are doing:
var column = columns.getColumnAt(i).element;
I'll attach a patch for mano to review.
Assignee | ||
Updated•18 years ago
|
OS: Windows XP → All
Hardware: PC → All
Assignee | ||
Comment 3•18 years ago
|
||
Attachment #278464 -
Flags: review?(mano)
Comment 4•18 years ago
|
||
Comment on attachment 278464 [details] [diff] [review]
patch
r=mano
Attachment #278464 -
Flags: review?(mano) → review+
Assignee | ||
Comment 5•18 years ago
|
||
fixed
Checking in browser/components/places/content/places.js;
/cvsroot/mozilla/browser/components/places/content/places.js,v <-- places.js
new revision: 1.97; previous revision: 1.96
done
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 6•18 years ago
|
||
verified with - Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a8pre) Gecko/2007091304 Minefield/3.0a8pre
Status: RESOLVED → VERIFIED
Comment 7•16 years ago
|
||
Test cases were updated on litmus to reflect regression testing.
For 3.0,
https://litmus.mozilla.org/show_test.cgi?id=4454
For 3.1,
https://litmus.mozilla.org/show_test.cgi?id=6394
Flags: in-litmus? → in-litmus+
Comment 8•16 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
•