Closed
Bug 35952
Opened 25 years ago
Closed 23 years ago
[regression] spacebar scrolls page while typing in text field
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Core
DOM: UI Events & Focus Handling
Tracking
()
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
Comment 3•25 years ago
|
||
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
Comment 5•25 years ago
|
||
Setting Platform/OS to All/All - this has been reported on Mac, Windows, and Linux.
Comment 6•25 years ago
|
||
Does not occur with today's M15 build on WinNT - 2000-04-15-05; looks like a tip-only problem.
Reporter | ||
Comment 8•25 years ago
|
||
Still appears with M16 (041712) but does NOT appear with M15 (041704) under the Mac OS. What changed?
Comment 11•25 years ago
|
||
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.
Comment 15•25 years ago
|
||
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
Comment 18•25 years ago
|
||
perhaps this should be a blocker since it makes the browser unusable when it comes to forms and makes reporting through bugzilla pretty hard
Comment 19•25 years ago
|
||
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.
Assignee | ||
Comment 20•25 years ago
|
||
I just saw this on NT. I have no idea why this would have regressed. I'm not amused.
Comment 25•25 years ago
|
||
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)
Comment 27•25 years ago
|
||
On my Linux build from today at least, turning off "gfx scrollbars" (in the debug options) causes the problem to go away.
Comment 31•25 years ago
|
||
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
Assignee | ||
Comment 32•25 years ago
|
||
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).
Comment 33•25 years ago
|
||
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.
Comment 35•25 years ago
|
||
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.
Comment 36•25 years ago
|
||
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 :).
Comment 38•25 years ago
|
||
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.
Comment 39•25 years ago
|
||
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
Comment 42•25 years ago
|
||
reopening, i see this on win98 mozilla build 2000051609 and on comercial build on linux by shrir. adding nsbeta2 keyword and setting for m16.
Comment 44•25 years ago
|
||
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.)
Comment 46•25 years ago
|
||
I just tried this on a Win NT debug build that completed an hour ago and I couldn't reproduce this bug.
Comment 47•25 years ago
|
||
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 ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 49•25 years ago
|
||
Fixt on NT, Sarah says it's also working for her on today's Mac build
Status: RESOLVED → VERIFIED
Comment 50•25 years ago
|
||
It's back. Linux build ID 2000-071120 Seems to only trigger in single-line input html forms, not multiline.
Comment 51•25 years ago
|
||
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
Comment 53•25 years ago
|
||
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.
Comment 55•25 years ago
|
||
so this is seen on both mozilla AND commercial builds for 2000-07-12? Asa, can you help confirm please?
Comment 59•25 years ago
|
||
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [dogfood+] → [dogfood+][nsbeta2+]
Comment 60•25 years ago
|
||
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?
Comment 63•25 years ago
|
||
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.
Comment 64•25 years ago
|
||
saari backed out my layout change to fix this.
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Comment 65•25 years ago
|
||
Verified 2000-07-12-11-M17 : Linux 2000-07-12-09-M17 : WinNT & Win98 2000-07-12-13-M17 : Mac
Status: RESOLVED → VERIFIED
Updated•24 years ago
|
QA Contact: janc → gerardok
Comment 69•24 years ago
|
||
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 → ---
Comment 70•24 years ago
|
||
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)?
Comment 71•24 years ago
|
||
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.
Comment 72•24 years ago
|
||
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)?
Comment 73•24 years ago
|
||
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.
Comment 74•24 years ago
|
||
there is now bug 83208. please don't reopen ancient bugs.
Severity: major → blocker
Status: REOPENED → RESOLVED
Closed: 25 years ago → 24 years ago
Keywords: smoketest
Resolution: --- → FIXED
Target Milestone: --- → M17
Comment 75•24 years ago
|
||
this bug was verified fixed 2000-07-12 16:22:35
Status: RESOLVED → VERIFIED
Comment 77•24 years ago
|
||
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.
Comment 78•23 years ago
|
||
That's right, folks. I saw this again today.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Comment 79•23 years ago
|
||
If you think this should be a smoketest blocker, please nominate it again.
Severity: blocker → major
Assignee | ||
Comment 80•23 years ago
|
||
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)
Comment 81•23 years ago
|
||
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.
![]() |
||
Comment 83•23 years ago
|
||
Bug 130974 has a testcase that makes this bug 100% reproducible for me in a current trunk build. Setting URL to that.
Comment 84•23 years ago
|
||
on http://bugzilla.mozilla.org/show_bug.cgi?id=130974 is a reliable testcase
Comment 86•23 years ago
|
||
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.
Comment 87•23 years ago
|
||
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.
Comment 88•23 years ago
|
||
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.
Reporter | ||
Comment 89•23 years ago
|
||
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
Assignee | ||
Comment 90•23 years ago
|
||
Hey Brett, how about some useful information like what page you were on? Obviously everyone doesn't see this...
Reporter | ||
Comment 91•23 years ago
|
||
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
Comment 92•23 years ago
|
||
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
Comment 94•23 years ago
|
||
Yes, I agree this is a dup *** This bug has been marked as a duplicate of 26882 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•