Closed Bug 35952 Opened 25 years ago Closed 22 years ago

[regression] spacebar scrolls page while typing in text field

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 26882
mozilla1.0

People

(Reporter: koonce, Assigned: saari)

References

()

Details

(Keywords: regression, testcase, topembed+, Whiteboard: [dogfood+][nsbeta2+])

From Bugzilla Helper: User-Agent: Mozilla/4.72 (Macintosh; I; PPC) BuildID: 2000041508 M16 prerelease while attemting to insert data into the 'search bugzilla' portion of this page, hitting the space bar between words makes it automagicallyy skip forward a page, yet the typing cursor still types happilly away in the text box...i'ts doing it again as i type in the box below this, "steps to reproduce." Reproducible: Always Steps to Reproduce: 1.goto page 2.click on text field 3.type something with spaces. Actual Results: page skips forward in the midst of typing Expected Results: nothing...just let me type happily away
I've seen this on linux on/off over the past weeks as well. And it seems to be a duplicate of bug 3999 by way of bug 5167: "pressing space bar in a form causes jump to bottom of page" Last comment in 3999 says "appears to be fixed: Verified build: 1999-06-03-08-M7
*** Bug 35955 has been marked as a duplicate of this bug. ***
confirming bug and adding [regression] keyword. possible duplicate of 3999
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: spacebar scrolls page while typing in text field → [regression] spacebar scrolls page while typing in text field
*** Bug 35968 has been marked as a duplicate of this bug. ***
Setting Platform/OS to All/All - this has been reported on Mac, Windows, and Linux.
Severity: normal → major
Keywords: regression
OS: Mac System 8.5 → All
Hardware: Macintosh → All
Does not occur with today's M15 build on WinNT - 2000-04-15-05; looks like a tip-only problem.
*** Bug 35992 has been marked as a duplicate of this bug. ***
Still appears with M16 (041712) but does NOT appear with M15 (041704) under the Mac OS. What changed?
*** Bug 36137 has been marked as a duplicate of this bug. ***
*** Bug 36137 has been marked as a duplicate of this bug. ***
Bug 36088 is a dup of this one (or the other way around), but it's component currently is "HTML Form Controls" rather than "Event Handling". Don't know which is right.
*** Bug 36088 has been marked as a duplicate of this bug. ***
*** Bug 36161 has been marked as a duplicate of this bug. ***
*** Bug 36181 has been marked as a duplicate of this bug. ***
reproduced in 41809 verification build on Win98. This makes the browser unusable for my most common use: Bugzilla. putting on dogfood radar, cc'ing saari
Keywords: dogfood
*** Bug 36277 has been marked as a duplicate of this bug. ***
Putting on [dogfood+] radar.
Whiteboard: [dogfood+]
perhaps this should be a blocker since it makes the browser unusable when it comes to forms and makes reporting through bugzilla pretty hard
I havn't noticed this in the last few nightlies I tried before Mozilla started being completely unusable, but the April 18 build (which is the only build in the last few weeks that will even run on my Linux box) does display this behavior.
I just saw this on NT. I have no idea why this would have regressed. I'm not amused.
*** Bug 36850 has been marked as a duplicate of this bug. ***
*** Bug 36850 has been marked as a duplicate of this bug. ***
*** Bug 36847 has been marked as a duplicate of this bug. ***
*** Bug 36889 has been marked as a duplicate of this bug. ***
this happens for me on today's mac build but only after I've typed in my 2nd text widget (pressing spacebar in the first text widget I typed in didn't scroll)
*** Bug 36959 has been marked as a duplicate of this bug. ***
On my Linux build from today at least, turning off "gfx scrollbars" (in the debug options) causes the problem to go away.
*** Bug 37401 has been marked as a duplicate of this bug. ***
*** Bug 37401 has been marked as a duplicate of this bug. ***
Win98SE - Only happens to me in the "Steps To Reproduce" box.
e all know and love this dogfood bug, having seen it many times before... but we need to put it to bed again RSN. It's been back on the radar for about a week, with lots of dups, but no details of progress. Joki, Can you update the status whiteboard with an expected landing date? (or pass the bug if you can pin it on someone else). Thanks, Jim (chasin' the dogfood) Roskind
Joki is busy cramming in those features, as am I. You won't see progress on this until 5/2 (when I'm supposed to be done with features) or 5/16 (when joki is supposed to be done with features).
Because some people were saying they don't see this: I still see this using Commercial 4/27 2000042709 on WinNT4.0 SP4 at URL http://www2.jobtrak.com/employers/oje/joblisting.html . To repro: 1) go to http://www2.jobtrak.com/employers/oje/ 2) enter phone # 3) click Enter 4) continue filling out form until you reach the above URL; as you fill out that page, you'll see the bug.
*** Bug 37671 has been marked as a duplicate of this bug. ***
From bug 37671: clicking on a textbox won't cause the problem, but clicking on a blank area of a page and *then* clicking on a textbox will.
Okay I found a workaround and a possible clue as to why it's happening (well maybe, I just find 'em you guys fix 'em, right? :) ). When you get the bug, doubleclick on some text in the textbox and then click where you were typing and resume typing. It *should* have gone away. If it hasn't then doubleclick in another textbox and then click back in the current box and continue. Now it *really* should have gone away. It worked for me anyway, YMMV. Hopefully this will make mozilla useful again :).
*** Bug 37803 has been marked as a duplicate of this bug. ***
adding myself to cc list, and for some reason, this bug didn't appear when I typed in this bug, but it appeared earlier in this session. I did: 1) Added my e-mail to the cc list. 2) clicked into this box. 3) Was surprised that the browser didn't jump to the bottom of the page when I hit the spacebar.
saari, did your checkin fix this problem? I'm not seeing this anymore, and I just noticed your change to nsEventStateManager.cpp ("Fix for space bar scrolling page when in text fields" marking FIXED for now, reopen if I'm mistaken
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
*** Bug 38172 has been marked as a duplicate of this bug. ***
*** Bug 38508 has been marked as a duplicate of this bug. ***
reopening, i see this on win98 mozilla build 2000051609 and on comercial build on linux by shrir. adding nsbeta2 keyword and setting for m16.
Status: RESOLVED → REOPENED
Keywords: nsbeta2
Resolution: FIXED → ---
Target Milestone: --- → M16
*** Bug 39446 has been marked as a duplicate of this bug. ***
Still happening on: 2000-05-16-09-M16 WinNT Not happening on: 2000-05-16-08 Linux 2000-05-16-09-M16 Win98 Can't test on current Mac Build as build won't run. (what an amusing bug, btw.)
i can repro this on today's Mac comm bits, 2000.05.16.11.
I just tried this on a Win NT debug build that completed an hour ago and I couldn't reproduce this bug.
I can't repro this either and saari insists it is indeed fixed. We'll try WORKSFORME this time.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
*** Bug 39519 has been marked as a duplicate of this bug. ***
Fixt on NT, Sarah says it's also working for her on today's Mac build
Status: RESOLVED → VERIFIED
It's back. Linux build ID 2000-071120 Seems to only trigger in single-line input html forms, not multiline.
I see this again 2000071208 on Linux. It did not occur 2000071108 on Linux.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
saari is working on this
Assignee: joki → saari
Status: REOPENED → NEW
Severity: major → blocker
Keywords: smoketest
Lots of people on #mozilla think this ought to be a smoketest blocker, since it's a serious dogfood regression and might be hard to track down once the tree reopens. Doesn't seem to be related to blizzard's gtk event/focus checkins. I'm still scanning other checkins to see what might be related.
adding cc
so this is seen on both mozilla AND commercial builds for 2000-07-12? Asa, can you help confirm please?
This bug happens for me for both mozilla and commercial builds on linux.
do not see this on mozilla mac and win builds but do see it on linux.
ok, so obviously linux-only
Keywords: pp
OS: All → Linux
Hardware: All → PC
Target Milestone: M16 → M17
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [dogfood+] → [dogfood+][nsbeta2+]
Turns out this is XP after all. At least, I see it on my debug mac build. I don't know why Asa doesn't see it; maybe a configuration issue, or a debug-vs-optimized thing?
I can confirm it is XP - it even happens on OS/2.
OK, sorry, my mistake.
Keywords: pp
OS: Linux → All
Hardware: PC → All
2000-07-11-20-M17 has the problem. 2000-07-11-08-M17 does not have the problem. So it happened between 8am and 8pm yesterday.
saari backed out my layout change to fix this.
Status: NEW → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → FIXED
Verified 2000-07-12-11-M17 : Linux 2000-07-12-09-M17 : WinNT & Win98 2000-07-12-13-M17 : Mac
Status: RESOLVED → VERIFIED
It's back. bug 53078 (NT) bug 53101 (Mac)
Fixed again, with a vengeance.
Is it back? Bug 79831.
QA Contact: janc → gerardok
This has regressed, I've got it right now typing here. This is the third time I've had it in 24 hours. It sucks! First noticed it yesterday after pulling from the tip yesterday morning. I've noticed it in bugzilla and also while typing into a sourceforge bug report. I'm on Linux. Reopening. Clearing TM, Severity to Major from Blocker, and removing smoketest keyword. If anyone disagrees, please raise it here. OK I just set TM=--- and the spacebar problem has gone. Weird
Severity: blocker → major
Status: VERIFIED → REOPENED
Keywords: smoketest
Resolution: FIXED → ---
Target Milestone: M17 → ---
Is it actually scrolling down one page each time you press the spacebar (this bug), or is it scrolling down to a remembered position (not necessarily one page, I think) and then jumping back (bug 73725)?
I don't think it's going down to a remembered position. On the initial spacebar hit, it jumps down one page. IIRC, the next key you hit automatically gets the viewport to scroll up so you can see what you're typing anyway, so I think I'm seeing that on normal key presses. Whoa! It just came in while I was typing. OK this is what I'm seeing: I hit spacebar and it jumps down ONE PAGE. I hit the next non-spacebar key and it jumps back so I can just see my text in the very top of the viewport. Quite what I did to cause this I do not know. All I did was reach the end of the line and it automatically wrapped on to the next line; the textfield wasn't full, so it didn't yet invoke a vertical scrollbar. This is very very bad indeed. Urgh.
James Green--do you recall if the textarea was completely visible or only partially visible? Did you do anything besides type (click with the mouse to reposition caret or make a selection to copy/paste or something else)?
I believe on all three occassions the textarea was fully visible. On two occassions at least I was referring to information further down the page, and the in the first occassion I could have scrolled down, then back up to continue typing, however in the occasssion where I was typing test in here, it literally just started. I was typing text, and boom, it had me. I understand that this is rather weird, after all, there can't be much to cause such an effect without mouse interaction, but to the best of my memory, that's what happened. Like right now I can't reproduce the damned thing. I have tried scrolling and clicking with the mouse, but I can't get it to come back. Sounds familiar :) I am continuing to click on various objects - AHA! OK I didn't so ANYTHING - it's back. I did however see the mouse pointer icon change to the busy stopwatch, then back, and the tinderbox tree status I guess updated, which could of course alter focus! Good timing that.
there is now bug 83208. please don't reopen ancient bugs.
Severity: major → blocker
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Keywords: smoketest
Resolution: --- → FIXED
Target Milestone: --- → M17
this bug was verified fixed 2000-07-12 16:22:35
Status: RESOLVED → VERIFIED
timeless: please don't verify your own changes.
Jesse, in this case it was just returning the bug to its state before it was reopened. I don't see anything wrong with timeless' action.
That's right, folks. I saw this again today.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
If you think this should be a smoketest blocker, please nominate it again.
Severity: blocker → major
I didn't checkin anything to trunk. Is it reproing constantly? Do you have repro steps? Reopening and marking a blocker doesn't do me much good unless it is very obvious, and even then, I'm not sure what broke (not tracking trunk that closely right now)
I admit that I've seen this once in the last few months. But, it only happened once and I haven't seen it since. It's not worth blocker status unless someone can reproduce it reliably.
Keywords: smoketest
*** Bug 130974 has been marked as a duplicate of this bug. ***
Bug 130974 has a testcase that makes this bug 100% reproducible for me in a current trunk build. Setting URL to that.
targeting 1.0 since we have a reliable test case
Status: REOPENED → ASSIGNED
Keywords: nsbeta1nsbeta1+, topembed+
Target Milestone: M17 → mozilla1.0
man, I just saw this today while I was typing in the text field here in bugzilla.. using 2002-3-27-08 w2k. I scrolled down the exact line distance I have set in the Control Panel > TweakUI setting. I dont know how I got into the state, but it was weird, It just sorta started happening, and then I had a problem with it again for a few more words. I then decided to touch the keyboard for about 10 to 15 or more seconds and it didn't do it ever again.
let me re-proof that.. I *didn't* touch the keyboard for about 15 seconds.. and *it* scrolled after I had typed a word and the hit the spacebar.
The test case does not seem to be as reliable as all that. I had this bug yesterday, but not today. I suppose it is possible that it was fixed in the meantime, but I suspect not. I'm using Build ID: 2002040103 at the moment.
Hehe. It's been a year since I reported this bug. Just downloaded RC1, MacOS9.2.1 to test things out, decided to start reporting bugs again...still there! Good luck, guys. -Brett
Hey Brett, how about some useful information like what page you were on? Obviously everyone doesn't see this...
Sorry... It happened in the exact same spot it was bothering me last year, whilst attempting to enter data into bugzilla. Unfortunately, I didn't save the exact url. -Brett
Terri, the described failure is exposed in the Form Controls test area. I'm changing the QA contact so you can follow through. Please attach a testcase, or a URL with steps to reproduce. Thanks.
QA Contact: gerardok → tpreston
Dup of bug 26882?
Yes, I agree this is a dup *** This bug has been marked as a duplicate of 26882 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago22 years ago
Resolution: --- → DUPLICATE
Verifying.
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.