Closed
Bug 496577
Opened 15 years ago
Closed 12 years ago
"Sort by Name" menu item greyed out for RSS feeds
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: marcia, Unassigned)
Details
(Keywords: polish)
I searched bugzilla first and could not find a dupe of this, but I may have missed it. While testing Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b99) Gecko/20090604 Firefox/3.5b99 I noticed that the context menu item for "Sort by Name" is greyed out and I wondered why since it works fine for bookmarks. I can still sort by clicking on the column title.
Comment 1•15 years ago
|
||
Marcia references the context menu entry of the left pane inside the Library. That happens for all platforms.
OS: Mac OS X → All
Hardware: x86 → All
Reporter | ||
Comment 2•15 years ago
|
||
I guess RSS feeds are a bit different than bookmarks in that you might want to sort them more than RSS feeds which are usually read as they come in, but looking for a rationale nonetheless.
Comment 3•15 years ago
|
||
i think that is by design since live bookmarks are read only containers
Comment 4•15 years ago
|
||
But I can still order by name in the right pane by clicking the column header. That's a bit confusing ui.
Reporter | ||
Comment 5•15 years ago
|
||
I agree with henrik in Comment 4 that if we cannot sort by name in the context menu it does make sense to be able to do it via the column header in nothing else than for consistency.
Comment 6•15 years ago
|
||
but that's not a permanent sorting, Library sorting is a view sorting, while sort by name is a real folder sorting. Probably this is not much clear to a non technical user, still i don't see a clear use case to allow sorting a live bookmark permanently (till it is updated really since at first update it would lose sorting)
Comment 7•15 years ago
|
||
That wasn't clear for me too. So we should somehow improve this. Why we show this menu item as disabled and don't hide it at all? It will never be active for live folders. Or was it an UI requirement to have the same items shown up and only disable the ones which cannot be used at this point.
Comment 8•15 years ago
|
||
note that for smart-folders, the item doesn't show at all, so hiding it for livemarks would be consistent with that. Also, it sounds like we need better wording than "sort by name", to indicate that it's a permanent *re-ordering* of the folder contents, not a temporary sort.
Comment 9•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
Comment 10•12 years ago
|
||
this bug as it is is wontfix, the order of livemark children is based on the rss feed, and we don't want to change it
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•