Closed Bug 417876 Opened 18 years ago Closed 18 years ago

[lt] Collision of shortcut keys in extension update screen

Categories

(Mozilla Localizations :: lt / Lithuanian, defect)

defect
Not set
minor

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: tokul, Assigned: rimas)

Details

(Keywords: fixed1.8.1.13, verified1.8.1.13)

Attachments

(1 file, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; lt; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; lt; rv:1.8.1.12) Gecko/2008020121 Firefox/2.0.0.12 When Firefox pops out window with available extension updates, Alt-N shortcut is assigned to "Įtraukti šį _naujinimą" and "Įdiegti _naujinimus" Reproducible: Always Steps to Reproduce: 1. Install some popular/often updated extensions 2. Wait until updates are available 3. Try using keyboard shortcut (Alt+N) to continue in extension updates screen Actual Results: Action unselects update Expected Results: Alt+N or some other shortcut should allow to press "Įdiegti naujinimus" button.
Attached patch fix for the bug (obsolete) — Splinter Review
Ačiū, Tomai. Attaching a patch that changes one of the affected accesskeys from "N" to "T". "T' doesn't seem taken there. Axel, mind giving an approval, please?
Assignee: grigas → rq
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #303689 - Flags: approval1.8.1.13?
OS: Windows Vista → All
Hardware: PC → All
Summary: Collision of shortcut keys in extension update screen → [lt] Collision of shortcut keys in extension update screen
gavin, can you help here?
Blocks: fx3-l10n-lt
Whiteboard: needs-gavin
Just a note: this has been fixed on trunk since February 16th.
No longer blocks: fx3-l10n-lt
ss tells me that chofmann is taking care of branch l10n approvals while I'm gone. The patch looks fine to me, it's an extremely low risk accesskey change.
Whiteboard: needs-gavin
(In reply to comment #4) > while I'm gone. Er, while Axel is gone, I meant.
Attached patch patch v. 2Splinter Review
I've noticed that buttons "Back" and "Cancel" in incompatible extension update dialog also share the same accesskey, and would like to fix that too. Here's a new patch.
Attachment #303689 - Attachment is obsolete: true
Attachment #305585 - Flags: approval1.8.1.13?
Attachment #303689 - Flags: approval1.8.1.13?
Comment on attachment 305585 [details] [diff] [review] patch v. 2 a=chofmann for the branch.
Attachment #305585 - Flags: approval1.8.1.13? → approval1.8.1.13+
Checking in toolkit/chrome/mozapps/extensions/extensions.dtd; /l10n/l10n/lt/toolkit/chrome/mozapps/extensions/extensions.dtd,v <-- extensions.dtd new revision: 1.1.2.13; previous revision: 1.1.2.12 done Checking in toolkit/chrome/mozapps/extensions/update.properties; /l10n/l10n/lt/toolkit/chrome/mozapps/extensions/update.properties,v <-- update.properties new revision: 1.1.2.7; previous revision: 1.1.2.6 done Thank you, the patch has been committed
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Keywords: fixed1.8.1.13
Resolution: --- → FIXED
Verifying as fixed on Linux with the following build: Mozilla/5.0 (X11; U; Linux i686; lt; rv:1.8.1.13pre) Gecko/20080228 BonEcho/2.0.0.13pre
Also verifying on Windows with the following build: Mozilla/5.0 (Windows; U; Windows NT 5.1; lt; rv:1.8.1.13pre) Gecko/20080227 BonEcho/2.0.0.13pre
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: