Closed Bug 259922 Opened 21 years ago Closed 13 years ago

Realplayer 10 buttons go blank during video playback

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: aep2004, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10 When you visit News.com and click to watch an interview and select Realplayer as your desired player and begin to watch it you experience problems when you click "pause" "stop" or any other buttons on the player during viewing. The other buttons simply blank out. Reproducible: Always Steps to Reproduce: 1.Visit News.com and click on any video interview from the side panel. 2.Choose RealPlayer as your default media type. 3.During interview playblack, click pause or any other button on the player and notice the other buttons go blank. Actual Results: The other buttons on the player simply go blank. Expected Results: The other buttons should stay constant and not blank out when you click pause or any other button.
This happens on any web-site with an ambedded RealPlayer, for example http://www.bbc.co.uk. Although it's an issue with RealPlayer (as Windows Media Player works fine) Real tell me that only Internet Explorer is supported, although it works with Netscape :(.
According to Real's customer support "RealNetworks is currently working on the working of Realplayer with Firefox", although they wouldn't confirm that Firefox will be officially supported (as IE is).
What's the situation with this? Anyone know if it will it be fixed for 1.0?
I think no one know it because noboady ansered in bugreport and mozillazine :-(. (In reply to comment #3) > What's the situation with this? Anyone know if it will it be fixed for 1.0?
Blocks: 268147
I can reproduce this bug reliably on Firefox 1.0, but not on the trunk, can anyone else confirm the same issue from a trunk build?
I can confirm this behaviour - try the "Audio Video Console" popup at http://www.bbc.co.uk To boot, the "Full Screen" link in the same console does not work (it works in IE...) Oh, and should it really take that long to come back to the foreground after the task has been paged out by Windows 2000? Seems to take forever, and to start up. Really want to love this browser but it's extremely sluggish when you haven't been using it for a while. Keep up the good work...
(In reply to comment #5) > I can reproduce this bug reliably on Firefox 1.0, but not on the trunk, can > anyone else confirm the same issue from a trunk build? I can confirm this bug using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050219 Firefox/1.0+ Tested the following page although I see the same behavior on any website with embedded real media: http://www.cbsnews.com/sections/i_video/main500251.shtml Unfortately, I don't know enough to determine if the problem is with nppl3260.dll or how Firefox renders the controls. In the official 1.0 release of Firefox, using the ActiveX plug-in and enabling support for Real Player, the controls do not behave in this manner.
It seems the latest Realplayer plugin for Windows, nppl3260.dll (version 6.0.11.2105) doesn't exhibit this problem. Tested using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050720 Firefox/1.0+ Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.9) Gecko/20050711 Firefox/1.0.5
This now WORKSFORME in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.10) Gecko/20050717 Firefox/1.0.6 (ax). I had to manually copy over the new version of nppl3260.dll to fix the bug. I have updated http://kb.mozillazine.org/RealPlayer#Vanishing_Controls to reflect the new state of affairs.
Assignee: bross2 → nobody
Closing as per comment 9. Please reopen if this is still a problem (seven years later).
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.