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: