964120 - scrolling text with mouse wheel sometimes results in "bar code"ing

Status: RESOLVED WORKSFORME

(Core :: Graphics: Text, defect)

Description

[u123541]

Attachment: ff+luxsci_20140126.mp4

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140122030521

Steps to reproduce:

I use a POP3 client to manage my email; but needed to use the web interface and discovered that when scrolling messages or summary panes results in output that is either blank or "bar code"d.


Actual results:

No easy way to describe this, so I will attach a short screen capture which illustrates the problem.  In this video, I simply start moving the mouse wheel on the message pane, then move to the message summary pane and mouse wheel it.


Expected results:

Any scrolled text should scroll smoothly.

Comment 1

[u123541]

Forgot to add that this occurs on both Nightly running natively on Linux (Mageia4rc) and on Windows7/VirtualBox -- the screen capture was taken via Linux of the W7/VBox instance. It does not occur if I try the same thing on Internet Explorer.
That said, this is the only website I've seen this on... ha! No sooner typed this line than the previous line blanked out momentarily -- this I see often in text areas; but without "bar code"ing (so far).

Comment 2

[Liz Henry (:lizzard)]

Hi Pierre, I can't see anything in your attachment. Can you double check that it's ok, and maybe upload it again? Thanks.

Comment 3

[Andre Klapper]

(In reply to Liz Henry :lizzard from comment #2)
> Hi Pierre, I can't see anything in your attachment.

Video opens and plays for me (8 seconds) with gstreamer / Totem 3.10.

Comment 4

[Liz Henry (:lizzard)]

Oh, interesting. I tried viewing it in several browser versions on a Mac and then downloaded it and tried a couple of different applications, where it was completely blank. VLC worked though now that I try again!

Comment 5

[Paul Silaghi, QA [:pauly]]

The video doesn't work to me either on Win 7 x64.

Comment 6

[u123541]

Still exists in 30.0a1...  This problem is easy to see when using https://luxsci.com/ -- a 30 day free trial is available to setup an account to test.  LuxSci is aware of this issue and will watch for other reports.

Further testing on 30.0a1 shows that the initial mouse wheel scroll blanks the current pane for about 4 seconds, with possibly a partial refresh in the interim.  Moving the mouse outside the window also does some refreshing.

Comment 7

[u123541]

Attachment: bug964120.ogv

An updated screen capture using recordmydesktop...  it plays fine for me in ff30.0a1 with only shockwave flash.

Comment 8

[u123541]

What was interesting is that while I was trying to get my actions prepared to minimize the length of the video, the problem disappeared; but returned simply by logging out and back in...  The scrolling, other than the bar-coding, causes the respective pane to be mostly blank for about 4 seconds on each mouse wheel click...

Comment 9

[u123541]

Attachment: barcoding+inspector.ogv

Interesting...  I can now trigger the barcoding and clear it at will...  So far, it only happens on luxsci.com and I have notified them of the problem also.

Comment 10

[u123541]

Yesterday, I used the latest FF (not Nightly) on Windows XP.  This bug was visible on that system too. The only difference I noted was that the display refreshed on its own after a few seconds each time it was triggered by scrolling a message.  Makes reading messages very slow...

Comment 11

[u123541]

(In reply to Pierre Fortin from comment #10)
> Yesterday, I used the latest FF (not Nightly) on Windows XP.  This bug was
> visible on that system too. The only difference I noted was that the display
> refreshed on its own after a few seconds each time it was triggered by
> scrolling a message.  Makes reading messages very slow...

Strike the comment about "difference"...  (need more sleep |)

Comment 12

[u123541]

Questions:
In looking at the affected areas with Inspector, I noticed that some div elements are showing negative values for content size...  when does it make sense to have negative values for content?
Can this be the trigger for the bar-coding of text?

Comment 13

[u123541]

Found on Nightly/Linux/x86_64; but also occurs on 27.0.1/WindowsXP/i586 -- so changed Platform & Version.

Comment 14

[Flo]

I have the same issue since version 27. Problem still exists in 31.0~a1 nightly (tested this morning with both i686 and x86_64 Ubuntu Precise).

The problem occurs with our email web interface. Here's a demo site of the mail server we use: http://demo.kerio.com/new

Steps to reproduce:
- Open http://demo.kerio.com/new
- Open the welcome mail in the inbox by double-clicking it (Note: Problem does not occur when you scroll inside the preview window on the right side)
- Scroll up and down repeatedly (either with the mouse wheel or the scroll bar)

Comment 15

[u123541]

(In reply to Flo from comment #14)

> mail server we use: http://demo.kerio.com/new

So it's not specific to only my mail host... Great! 

See comment 9 if you want to temporarily clear the barcoding to make the interface usable.

Comment 16

[u123541]

An update to say that the black on white barcoding seems to be resolved; but the blank area for 4-5 seconds persists. Any chance the blank is simply white on white barcoding?

Comment 17

[u123541]

Persists in 33.0a1 (2014-06-23)

Comment 18

[u123541]

Persists in 34.0a1 (2014-08-12)  -- actually, the barcoding is back...  Haven't checked the LuxSci site in a while, so not sure when it reappeared...

Comment 19

[u123541]

Still present in 35.0a1 (2014-10-06)

Comment 20

[Flo]

Works for me now in the current 32.0.3 and the nightly 35.0a1

Comment 21

[u123541]

Sorry; but for me, it's just as bad as ever in 35.0a1 (2014-10-09).  I've setup a temporary account to allow you to see this bug -- contact me directly (from an @mozilla.com address) for login info...

Comment 22

[u123541]

Our Multiple Listing website is changing over to a Paragon based service and this barcoding is affecting those pages.  Worse, now, boxed labels are being impacted...  Here's an example of the code intended to display a bluish box around some text.  When scrolling, one pixel row of this box is repeated just as text was when this bug was first reported.

<div style="left:4px;width:328px;border-top-width:1px;height:14px;border-bottom-width:1px;top:799px;border-color:#000000;border-right-width:1px;border-style:Solid;border-left-width:1px;" id="" class="mls15">Listing Agent</div>

Comment 23

[u123541]

Attachment: Default.mvc

Here's the page source that triggers the barcoding, including boxes as reported in comment 22

Comment 24

[u123541]

Attachment: Site.css

Comment 25

[u123541]

Attachment: Site.min.css

Comment 26

[u123541]

Attachment: Site.js

Comment 27

[u123541]

Attachment: knockout-2.1.0.js

Hope these css & js files (referenced in Default.mvc) help track down this problem...

Comment 28

[u123541]

Attachment: bug964120.ogv Use "vlc" to view.

new video of bug on Nightly 36.0a1 (2014-10-24)

Comment 29

[Liz Henry (:lizzard)]

Emailed you Pierre, I'll give this another shot if you set me up with an account. Thanks for reporting back to update this bug.

Comment 30

[u123541]

Attachment: bug964120images.ogv

Wow...  this bug sometimes stretches images (png, other?) to the right in one or more of the following ways to the scroll bar:  
* The rightmost(?) column of pixels is repeated -- especially wild when the image is stretched vertically first, and the higher column is then repeated to the right...
* alternating white/black horizontal lines (hard to reproduce for a screen capture)

Comment 31

[u123541]

(In reply to Liz Henry :lizzard from comment #29)
> Emailed you Pierre, I'll give this another shot if you set me up with an
> account. Thanks for reporting back to update this bug.

Did you get my reply with instruction?

Comment 32

[u123541]

This is getting worse...  I'm now seeing barcoding within Inspect Element:  Click on the tiny "CV", get something scrollable and there it is...

Comment 33

[u123541]

Not seeing this lately....  will re-open if/when it returns.