JOGL Applets do not remain at a fixed position in browser window

OpenGL Development JOGL Development
#1

I have noticed that JOGL applets (ex. https://jogl-demos.dev.java.net/applettest.html ) do not remain positioned in certain browser windows when the user scrolls. The graphical output of the applets slide up and down the browser window, overwriting the other content and flickering strongly with each redraw, or sometimes not redrawing at all until the user places the mouse over the location where the applet should be displaying.

This is an issue with Firefox and Opera, but not IE.
It is not corrected by applying stricter css styles for positioning.
It is independent of whether the object or applet tag is used in the html file

Is this problem my system configuration? Or is there something more fundamentally wrong?

I ask because we are trying to start a business that will feature a JOGL applet and I am concerned with our ability to attract traffic if many users have this experience.

I am running on Vista with NVidia GForce Go 6150 and latest drivers.

I tried to capture the behavior using Bulent’s Screen Recorder, but the output of the applet was not captured - just the rest of the browser window, with the mouse action highlighted.

I would appreciate your assistance.

Thanks.

#2

I have taken a movie with my cell phone (mp4 format) so as to convey the visual seriousness of the issue. I haven’t quite figured out how I would post it here, so I will email a copy on request (2.8 mb).

#3

This problem has been reported before, though there isn’t currently a JOGL bug filed about it. Originally I thought this was a bug in NVidia’s graphics drivers, but after filing a bug with them they closed it indicating that it occurs with ATI hardware as well. As far as I’ve seen the problem occurs on both Windows with Firefox and Mac OS X with Safari. I thought I once filed a bug about this with Apple but I can’t find a record of it.

I was about to file a bug against Firefox, but realized there is a chance that on Windows this is a bug in the Java Plug-In. We don’t set exactly the same window styles for the HWND containing the applet on IE and Firefox. I’ve filed JOGL Issue 325 to track this issue and will experiment with changing the Java Plug-In on Windows next week.

#4

Thanks, Ken. Please let me know if there is anything I can do to help.

#5

It happens on Win2K with IE as well.
I’m sure I’ve experienced this in non-jogl applets but I can’t recall when exactly…

#6

Hi

I also get the same problem when scrolling the Gears applet in Firefox, but only on Windows Vista on a Toshiba laptop. In fact the problem is particularly acute: when I open the applet in Firefox, and scroll, everything inside the window moves, except the applet itself!

It stays in the same position, relative to the monitor. It is even possible for the applet to be drawn outside the browser window…

The driver is Mobile Intel® 945GM Express Chipset Family. I updated to the latest Intel drivers but that didn’t change anything.

The problem seems especially bad with Windows Vista. With Vista the applet seems to want to stay in the same place when scrolling. With Windows XP (same graphics card), I couldn’t get the problem and everything functioned normally.

Luke

#7

What is the progress of this bug? I have the same problem on Vista64 with two different graphics cards. The graphics cards are ATI x1950pro and nVidia geforce8800gts.

I would just like to confirm the symptoms:
During scrolling in Opera the applet “window” stays put and the text scrolls under it, this does not happen in IE7.
In IE7 the applet flickers severly during scrolling.

#8

Please search the Sun Bug Database for bug ID 6670586, which contains a detailed evaluation of the root cause of the problem (which is on Microsoft’s side) and which has a related bug ID, 6675297, you can also look at.

#9

Thanks.

http://bugs.sun.com/view_bug.do?bug_id=6670586
http://bugs.sun.com/view_bug.do?bug_id=6675297

#10

My problem was (almost) completely fixed with Service Pack 1 for Vista (still some flickering, but scrolling works).

#11

That’s very good to hear. Thanks for the report.