Closed Bug 240955 Opened 21 years ago Closed 21 years ago

Shortcut to increase text size broken

Categories

(Firefox :: General, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: whimboo, Assigned: bugzilla)

References

Details

(Keywords: regression)

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040418 Firefox/0.8.0+ Increasing text size by using shortcut ctrl++ doesn't work.
Summary: Increase text size broken → Shortcut to increase text size broken
Seems to be fixed - WFM (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040416 Firefox/0.8.0+)
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Back again with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040429 Firefox/0.8.0+
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Broken for me, too: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040502 Firefox/0.8.0+ Instead Ctrl+Shift++ does the increasing.
WFM on XP SP1, with or without shift. (It's the first time I test it.) Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040509 Firefox/0.8.0+
Blocks: 238474
is this in general or just in view-source? and if its in both places, either something's really horked with binding to = or something is stealing the keybinding somehow. I'm assuming you've replicated this on a clean build/profile?
WORKSFORME on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040513 Firefox/0.8.0+
This bug is still present on three different machines with current builds. All of them have a running Windows 2000 installation and show the same behavior. I'm working with different profiles and also clean builds during my tests, yes. In that case no extension could steal it. Where could I get closer informations how I can track this binding?
I get this working with Ctrl+Shift+'+' instead. It seams that there is a conflict with a keybinding. I searched for an occurance of "accel,shift" and only found it in 'viewZoomOverlay.xul'. That's XPFE and should not be overlayed. But I also can't find any include of this file. Only 'viewZoomOverlay.js' is used. The same behavior I can see with Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a) Gecko/20040513. Is this code forked or should we expand to Browser as product?
WFM on Win2K (imported profile from Mozilla Suite), Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a1) Gecko/20040520 Firefox/0.8.0+
I can confirm this bug for the current Firefox nightly [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040523 Firefox/0.8.0+] under Win2k. I've made a clean install and used a fresh profile. As Henrik stated in comment #8, Ctrl-Shift-'+' does work instead. And I'm seeing this on recent Seamonkey trunk builds, too.
Regression appears between the builds 20040417 and 20040418 of FF.
See also the ongoing discussion in the respective core bug 244334.
WFM since a couple of days. Ongoing discussion we will track in bug 244334.
Status: REOPENED → RESOLVED
Closed: 21 years ago21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.