298587 - spacebar reading snaps to top after clicking "Show Images" or "Not a Scam"

Status: REOPENED

(Thunderbird :: Message Reader UI, defect)

Description

[xolaware.llc]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla (Macintosh; U; PPC Mac OS X Mach-O; en-US) Thunderbird version 1.0+ (20050614)

until recent nightly builds, i used to be able to click the "Show Images" button
and then hit the spacebar to scroll into the message.

recently, after clicking that button, if i hit the spacebar, the message scrolls
down one page, but then a "Loading message" message appears briefly in the
status bar, and then the page snaps back to the top of the message.


Reproducible: Always

Steps to Reproduce:
1. set up preferences to block images from unknown recipients
2. receive a mail message with images from an unknown recipient
3. click "Show Images"
4. hit the spacebar

or alternately

4. page down into the message with the scrollbar without clicking in the msg
5. hit the spacebar

Actual Results:  
when the spacebar is hit:
1] the message pages down one as it should
2] a "Loading Message" message appears in the status bar briefly
3] the message snaps back to the top

Expected Results:  
[2] & [3] of the "Actual Results" should not occur

the scrollbar still allows navigation in the message, though if i page down with
the scrollbar and then hit the spacebar, the same odd behavior occurs:  it pages
down one more page, then snaps back to the top of the message.

if i hit the "Show Images" button, and then click somewhere within the message,
the problematic behavior does not occur.

Comment 1

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 2

[xolaware.llc]

please do not auto-resolve.  i find this bug very annoying, as it occurs to me
all of the time.

Comment 3

[Wayne Mery (:wsmwk)]

(In reply to comment #2)
> please do not auto-resolve.  i find this bug very annoying, as it occurs to me
> all of the time.

"John"

It failed for you with FF 1.5 release candidate (mentioned in comment 1) or a nightly *trunk* build (below)?  

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

Comment 4

[xolaware.llc]

(In reply to comment #3)
> "John"
> 
> It failed for you with FF 1.5 release candidate (mentioned in comment 1) or a
> nightly *trunk* build (below)?  
> 
> http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

i pretty regularly get latest trunk builds.  it fails in the following build:
version 1.6a1 (20051120) .  i can check again after thanksgiving when i have a faster connection if a more recent build solves the problem.

Comment 5

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

I can reproduce this problem with "Not a Scam" button too.
I think the "Show Images" and "Not a Scam" buttons are having focus after hidden.
But I cannot understand why this is not reproduecd with "This is Not Junk".

We should set focus to another content at the button is hidden. But I don't know what content is best content. If we'll forward to next focusable content, the mail subject is selected, so, this is not good...

Comment 6

[xolaware.llc]

(In reply to comment #5)
> We should set focus to another content at the button is hidden. But I don't
> know what content is best content. If we'll forward to next focusable content,
> the mail subject is selected, so, this is not good...

i doubt the focus state at the time the "Show Images" or "Not a Scam" button could be "saved" long enough to then place focus in that location.  if it can, then great, do that.

the next best thing as far as i'm concerned would be to simply place the focus on the "prior"/"previous" (sorry, not certain what the terminology is, but i'm trying to refer to the focus location that would occur if you hit shift-tab).  this would then place the focus in the pane containing the message subject & sender etc.  that's most likely where focus was previously (though not guaranteed), and will allow the spacebar to once again work appropriately.

Comment 7

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Reporters, does this still occur in the latest 2.0.0.x or trunk nightlies?

Comment 8

[xolaware.llc]

don't know what the "latest" trunk build is; it still reproduces for me using version 2.0.0.12 (20080213) on windows.  let me know if there is a known specific "nightly" that has the fix for this installed and i will gladly test it.  if no such fix is installed, refer to comment #6 for my suggestion on best behavior with what to do with current focus.

Comment 9

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

johndoe, you can get the latest trunk here:

http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/

Comment 10

[xolaware.llc]

the reported behavior no longer occurs on the trunk build [version 3.0a1pre (2008043003)] ...

... but i guess i'd like to know if the person who fixed this bug is still reading this thread.

it would seem this was fixed by shifting the focus to the "next" item available on the list of items to focus on.

i would like to see if the "focus" could be shifted to the "previous" item in the focus list (which would likely be the subject/sender pane (or whatever it's called) or the message itself if the message is separate from the 2- or 3-pane window, rather than to the subject line, which is relatively useless.  one has to tab away from it in one direction or another for any useful behavior.

Comment 11

[Wayne Mery (:wsmwk)]

closing WFM per comment 10

Comment 12

[Wayne Mery (:wsmwk)]

v.WFM Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20081203 Shredder/3.0b2pre

Comment 13

[xolaware.llc]

just double-checking ... this works in 3.0b2pre?  i'm still on "version 2.0.0.18 (20081105)" ... and it still fails as described in the reproducible steps.

Comment 14

[Wayne Mery (:wsmwk)]

I'm not disputing that if fails in 2.x.  iirc it failed for me there as well. but as a long time reporter you should know that status and resolution reflects the bug report's condition when tested with a trunk build.

Comment 15

[Shadow912]

User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20081225 Shredder/3.0b2pre BuildID: 20081225031039

I've confirmed this issue in the scam case.

Comment 16

[Hideo Oshima]

I can still reproduce this problem too.
Reopening.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20081226 Shredder/3.0b2pre

Comment 17

[Magnus Melin [:mkmelin]]

Duplicate of bug 308875, perhaps?

Comment 18

[xolaware.llc]

regarding comment #17, i don't thinks this is a "duplicate" of bug 308875 because:

a] this bug came first, perhaps making that bug a dup of this one (ok, sorry, nitpicking)

b] more importantly, that bug seems to relate to remote images, whereas this bug occurs for me even in the case where there are no remote images, but the "Not a scam" button was there to begin with.

this latter difference would thus probably mean that 308875 is not a dupe of this bug.

Comment 19

[Ludovic Hirlimann [:Usul]]

This WFM on 3.0

Comment 20

[Hideo Oshima]

(In reply to comment #19)
> This WFM on 3.0

I can still reproduce with recent trunk Linux build.

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a1pre) Gecko/20091215 Shredder/3.1a1pre

Comment 21

[Alice0775 White]

I can reproduce.
Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 ID:20091204171430

Comment 22

[Magnus Melin [:mkmelin]]

Yeah, I see it too