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)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 26882
Milestone:
mozilla1.0

People

(Reporter: koonce, Assigned: saari)

References

(
URL
)

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 ago → 25 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 ago → 25 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: 25 years ago → 24 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.
URL: http://mozilla.org/quality/help/bug-f... → http://bugzilla.mozilla.org/showattac...
Keywords: mozilla1.0, nsbeta1, testcase
on 

http://bugzilla.mozilla.org/show_bug.cgi?id=130974

is a reliable testcase
targeting 1.0 since we have a reliable test case
Status: REOPENED → ASSIGNED
Keywords: nsbeta1 → nsbeta1+, 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 ago → 23 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.