Closed Bug 463381 Opened 17 years ago Closed 17 years ago

"Find again" shortcut is ctrl-v so pasting with ctrl-v does not work any longer in Thunderbird compose window

Categories

(Mozilla Localizations :: fr / French, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: oursdur, Assigned: bugzilla.fr)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1b1) Gecko/20081007 Firefox/3.1b1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1b2pre) Gecko/20081105 Shredder/3.0b1pre Pasting with ctrl+v key does not work in Shredder nightly build. This is because ctrl+v is now assigned to "Find Again" (this shortcut is visible in Edit menu and it works) whereas it was ctrl+g in TB2. Pasting by Edit/Paste menu or ctrl+shift+v works fine and ctrl+v works fine for "Find again" Is this a wanted change ? Reproducible: Always Steps to Reproduce: 1.Open the compose message window 2.Type any text and copy it into clipboard 3.Try to paste it by ctrl+v Actual Results: No text was pasted Expected Results: Text in clipboard should have been pasted Default theme, No addon
Version: unspecified → Trunk
I would guess it wasn't a wanted change - http://hg.mozilla.org/l10n-central/fr/rev/1206d7086495 tried to make all the various "find again" French translations consistent, and consistently changed *accesskeys* to v, and probably accidentally caught that one *commandkey* too.
Assignee: nobody → bugzilla.fr
Component: Message Compose Window → fr / French
Product: Thunderbird → Mozilla Localizations
QA Contact: message-compose → benoit.leseul
Summary: "Find again" shortcut is ctrl-v so pasting with ctrl-v does not work any longer → "Find again" shortcut is ctrl-v so pasting with ctrl-v does not work any longer in Thunderbird compose window
Version: Trunk → unspecified
I confirm, I have set findAgainCmd.key back to "g" in my fr.jar and paste with ctrl-v now works again. Thanks Phil !
Oops. Sorry! I probably got confused while making that change. Usually it's the accesskey which follows the string immediately. Should be fixed in the next nightly. See http://hg.mozilla.org/l10n-central/fr/rev/be8fb17cecd9
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.