Closed Bug 295095 Opened 20 years ago Closed 20 years ago

Ctrl+Shift+letter treated as Ctrl+letter

Categories

(Core :: Widget: Win32, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.8beta2

People

(Reporter: jruderman, Assigned: emaijala+moz)

References

Details

(Keywords: regression)

Attachments

(1 file)

Steps to reproduce: 1. Ctrl+F, e 2. Ctrl+G a few times 3. Ctrl+Shift+G Result: find next (as if I had pressed Ctrl+G again) Expected: find previous Regression window: works: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050520 Firefox/1.0+ broken: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050521 Firefox/1.0+
Flags: blocking1.8b2?
Flags: blocking-aviary1.1?
Component: Find Toolbar / FastFind → Keyboard Navigation
QA Contact: fast.find → keyboard.navigation
Summary: Ctrl+Shift+G no longer finds backwards → Ctrl+Shift+letter treated as Ctrl+letter
This looks like a regression from bug 285161's patch.
Assignee: nobody → win32
Component: Keyboard Navigation → Widget: Win32
Depends on: 285161
Product: Firefox → Core
QA Contact: keyboard.navigation → ian
Version: unspecified → Trunk
Bug confirmed on build 20050521 (Win) - the shift key isn't interpreted
Sigh. Maybe we need forced lowercase letters only if alt is pressed too. I'll confirm this and create an appropriate patch.
Assignee: win32 → emaijala
Ugh, either I screwed up before or something has changed for better. It seems we're expected to return a lowercase letter when ctrl or alt is down only if shift isn't down.
Status: NEW → ASSIGNED
Patch v1. Don't make the character lowercase if shift is pressed.
Attachment #184230 - Flags: superreview?(roc)
Attachment #184230 - Flags: review?(neil.parkwaycc.co.uk)
Attachment #184230 - Flags: superreview?(roc) → superreview+
*** Bug 295206 has been marked as a duplicate of this bug. ***
FYI: I've made a platform independent fix for this in bug 295228.
Not really, this fix (or something similar) is still needed.
works for me, (as in expected) Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050523 Firefox/1.0+
Comment on attachment 184230 [details] [diff] [review] Patch to fix the goof r=dveditz
Attachment #184230 - Flags: review?(neil.parkwaycc.co.uk) → review+
*** Bug 295293 has been marked as a duplicate of this bug. ***
Comment on attachment 184230 [details] [diff] [review] Patch to fix the goof a=asa. Who can land this? Time is very short for 1.8b2/1.1a1
Attachment #184230 - Flags: approval1.8b2+
Timeless landed this for us. Thanks, Josh. Resolving.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Flags: blocking-aviary1.1?
Target Milestone: --- → mozilla1.8beta2
works for me in deer park alpha 1 as described in comment 0 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050524 Firefox/1.0+
Verified fixed using today's build on winXP and win2K.
Status: RESOLVED → VERIFIED
*** Bug 295092 has been marked as a duplicate of this bug. ***
*** Bug 295515 has been marked as a duplicate of this bug. ***
Comment on attachment 184230 [details] [diff] [review] Patch to fix the goof >+ if (!mIsShiftDown Nit: trailing space > && NS_VK_A <= virtualKeyCode && virtualKeyCode <= NS_VK_Z) { > asciiKey += 0x20; I might have mentioned it before, but I like |= 0x20, because then you don't have to exclude the digits ;-) >+ if (!mIsShiftDown && (saveIsAltDown || saveIsControlDown)) { > uniChar = towlower(uniChar); > } Unfortunately this doesn't work for AltGr+A with Caps Lock on. I thought perhaps you meant to use mIsAltDown || mIsControlDown but I couldn't get that to work either...
Attachment #184230 - Flags: review-
Flags: blocking1.8b2?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: