Closed Bug 332201 Opened 20 years ago Closed 20 years ago

the same keys conflict in places' context menu

Categories

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

defect

Tracking

()

RESOLVED FIXED
Firefox 2 alpha2

People

(Reporter: changdong.cui, Assigned: changdong.cui)

Details

Attachments

(2 files, 2 obsolete files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060330 Firefox/1.6a1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060330 Firefox/1.6a1 two menu items in Places' context menu share the same accesskey. Reproducible: Always Steps to Reproduce: 1.Launch firefox and expand Bookmarks menu. 2.Select Organize Bookmarks menu to open the bookmark manage window 3. Push the mouse right button, two items in the context menu share a same accesskey "S". Two items are " New Separator" and "Sort * by Name". Actual Results: if you press Ctrl+S, it switches between two items . Expected Results: two items should have the different accesskey
Summary: the same keys confilct in places' context menu → the same keys conflict in places' context menu
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060329 Firefox/1.6a1 Confirmed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: nobody → bugs
Priority: -- → P3
Target Milestone: --- → Firefox 2 beta1
Attached patch patch (obsolete) — — Splinter Review
Attachment #217413 - Flags: review?(bugs)
Comment on attachment 217413 [details] [diff] [review] patch See my comment in the other bug I just review-ed for more info. IMO, it's not a good idea to add a new "command" (which means something in terms of the capabilities of the places system) just to support divergent accesskeys. I think it'd be better if we took the accesskey attribute off the offending <command> and put it on each of the UI elements that uses the command.
Attachment #217413 - Flags: review?(bugs) → review-
(In reply to comment #4) > (From update of attachment 217413 [details] [diff] [review] [edit]) > See my comment in the other bug I just review-ed for more info. > > IMO, it's not a good idea to add a new "command" (which means something in > terms of the capabilities of the places system) just to support divergent > accesskeys. I think it'd be better if we took the accesskey attribute off the > offending <command> and put it on each of the UI elements that uses the > command. > you mean only change the conflict things, anyway ,if we change one UI element like that ,should we change all UI element to conform the same style ?
Attachment #217413 - Attachment is obsolete: true
Attachment #217998 - Flags: review?(bugs)
Attachment #217998 - Flags: review?(bugs) → review+
bringing in so I can check this in.
Assignee: bugs → nobody
Target Milestone: Firefox 2 beta1 → Firefox 2 alpha2
bringing in so I can check this in.
Status: NEW → ASSIGNED
(In reply to comment #9) > bringing in so I can check this in. > sorry , i do not know the meaning of "bringing in" exactly.
Assignee: nobody → changdong.cui
Status: ASSIGNED → NEW
(In reply to comment #9) > bringing in so I can check this in. > Hi,ben can you help me to check this patch in? thanks!
Attached patch checked in — — Splinter Review
Checked in branch and trunk. mozilla/browser/locales/en-US/chrome/browser/places/places.dtd 1.12 mozilla/browser/components/places/content/commands.inc 1.20 mozilla/browser/components/places/content/context.inc 1.11 mozilla/browser/components/places/content/places.xul 1.45 mozilla/browser/locales/en-US/chrome/browser/places/places.dtd 1.1.2.13 mozilla/browser/components/places/content/places.xul 1.28.2.19 mozilla/browser/components/places/content/commands.inc 1.4.2.18 mozilla/browser/components/places/content/context.inc 1.1.2.12
Attachment #217998 - Attachment is obsolete: true
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
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

Creator:
Created:
Updated:
Size: