Closed Bug 449392 Opened 16 years ago Closed 7 years ago

Running the Java Applet Video Player together with scrolling the Site causes paint error

Categories

(Core :: Web Painting, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: m_scheerer, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1

1. If a Java Applet runs permanently an animating (Video playback or even the Java Applet loading animation) and the web site visitor scrolls the site the Applet paints over the web site (html text content) and parts of the Applet paints over other parts of the Applet. Graphicdevice: Intel(R) Q35 Express Chipset Family! 
2. The Video is flickering during scrolling the site!
3. 1. and 2. don't affect the Firerfox 2 Browser on exactly the same PC-Hardware!!

Reproducible: Always

Steps to Reproduce:
1.Load the site http://www.meviatronic.de/media_g.shtml
2.Start the video player (press the start button)
3.Scroll the site with the mouse wheele
Actual Results:  
1. Parts of the Applet paints over other parts of the Applet and over the html text part of the web site.
2. Animation (video) flickers.

Expected Results:  
The same site under the same conitions with the Firerfox 2 Browser!

Tested with Windows Vista, Intel Graphic Device and Java 1.6 (Overpainting, flickering).

Tested with Windows 2000, Java 1.4 (flickering).
Version: unspecified → 3.0 Branch
Seems to be a minor regression on Windows XP, using Java(TM) Platform SE 6 U7, seen on Firefox3 and Seamonkey2
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1a2pre) Gecko/2008080700 SeaMonkey/2.0a1pre

Different Observation:
I don't see your first point, applet painting where it doesn't have to paint.
second point Flickering: 
Before starting the video on scrolling I'm seeing one or two horizontal bars about the height of the fonts used flickering
After starting the video scrolling there are more bars in different heights and shades of gray. 

On XP the effects are a minor annoyance, but not really obstructive.
Same effects seen using the scrollbar instead of mousewheel.

Effects not seen on Seamonkey 1.1.11, zip-version using own profile, no extensions installed.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.16) Gecko/20080702 SeaMonkey/1.1.11

All test done on the same C2D computer.

So under Windows XP it is a regression belonging LAYOUT/ViewRendering,
under Vista it is something different
Component: General → Layout
Keywords: regression
Product: Firefox → Core
Version: 3.0 Branch → Trunk
QA Contact: general → layout
Component: Layout → Layout: View Rendering
QA Contact: layout → layout.view-rendering
Do you still see this problem using the most recent versions of all components (application, plugins and add-ons)?

If you do not, please close the bug with resolution set to WORKSFORME. If problem was caused by add-on or non-mozilla code please use INVALID resolution.
If you do still see the problem, please comment in the bug.
Whiteboard: [closeme 2010-09-15]
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101028 Firefox/4.0b8pre
Oracle Java JRE 6 update 22

Problem still exist.

Another Page/screenshot:
http://www.heise.de/security/dienste/Java-403125.html
http://www.album.de/bild/1888994/minefield-400pre8-20101028-error-01.cfm

By the way.
There seams to be many (over 5 years) old open bug reports for java problems.
I think the most can be closed.
Attached file about:support
Summary: Runnig the Java Applet Video Player together with scrolling the Site causes paint error → Running the Java Applet Video Player together with scrolling the Site causes paint error
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [closeme 2010-09-15]
OS: Windows Vista → Windows 7
Hardware: x86 → x86_64
This issue can be reproduced also on Firefox 22 beta 2, on Windows 7, 64 bits.

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0
Build ID: 20130521223249

Steps to reproduce:

- Open http://dogfeathers.com/java/

- Choose any animation (only on http://dogfeathers.com/java/spirals.html the bug it not so much visible).

- Scroll the page.


Expected results:
the animation and the buttons should be visualized properly

Actual results:
the animation flashes white and the buttons flicker.
(In reply to Maria Grazia Alastra [:mga] from comment #5)
> This issue can be reproduced also on Firefox 22 beta 2, on Windows 7, 64
> bits.
> 
> User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101
> Firefox/22.0
> Build ID: 20130521223249
> 
> Steps to reproduce:
> 
> - Open http://dogfeathers.com/java/
> 
> - Choose any animation (only on http://dogfeathers.com/java/spirals.html the
> bug it not so much visible).
> 
> - Scroll the page.
> 
> 
> Expected results:
> the animation and the buttons should be visualized properly
> 
> Actual results:
> the animation flashes white and the buttons flicker.


Reproducible also on this website: http://mainline.brynmawr.edu/Courses/cs110/spring2002/Applets/CanvasExample/CanvasExample.html

Scrolling makes the content of the second canvas (the one underneath the drawing with Dorothy and Toto) change content (other shapes are drawed) and flicker.
The content of this second canvas should change only when clicking the button "Do it again!"
Repro on latest nightly 24.0a1 (2013-05-30), Win 7 x64 using the STR in comment 0.
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:23.0) Gecko/20100101 Firefox/23.0
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:25.0) Gecko/20100101 Firefox/25.0

Repro on Nightly 25.0a1 (Build ID: 20130723030205) and FF 23 beta 8 (Build ID: 20130722172257) on Mac OS X 10.9 using animations from http://dogfeathers.com/java/
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0
Build ID: 20130915030208

Reproducible on the latest Nightly 26.0a1.
I'm the thread-starter mand I should here clearify the things, because nearly every FF Version changes the behaviour according to the descriped problem:

I have developed a workaround meanwhile for Windows os, so a bug fix is not needed and the bevaviour off FF should be the same like in IE or Chrome or Safari: Workarounded Applets removed during scrolling and not workarounded Applets flicker during scrolling. The point is, a workaround is possible, just trigger a timer inside the Applet.paint() method which set the Applet Content to visible=false - for 1 - 2 seconds after each paint() call. After these 1-2 seconds the Applet content is set to visible=true.

Look with Chrome or IE on http://www.meviatronic.de/media_g.shtml - it works.

Why there's no other solution like in IE. Chrome and Safari (and also FF 28!!) on Windows:

Because the bevaviour of the browsers itself to let some not workarounded Applets is itself a workaround to avoid painting all the Applet on the hole Website during scrolling on Graphic Systems with Windows *and* Intel On Board Graphic.

The best solution would be a browser behaviour dependend if there's Intel On Board Graphic or not.

On Intel On Board Graphic systems: Let the non workarounded Applets flicker like in FF 28
On other systems:                  Let it be like currently in FF 29 

The second best solution would be simply to let the FF 28 behaviour like also in IE, Chrome, Safari.

I can live with the second best solution.

I mourn after Microsoft Java IE or Netscape 4 build in Java - on these systems there are no such problems and my Applet workaround is disabled on such system. Also only on these systems the Applets are part of the website focus cycle.
CORRECTION:

Because the behaviour of the browsers to let some not workarounded Applets flicker is itself a workaround to avoid painting all the Applet on the hole Website during scrolling on Graphic Systems with Windows *and* Intel On Board Graphic, which is currently the situation with FF 29!
The HTML <applet> element and related java functionality was removed from Gecko in Bug 1279218. Marking related bugs as invalid.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: