Closed Bug 272699 Opened 20 years ago Closed 19 years ago

Page layout problems when using WMP (Windows Media Player)

Categories

(Camino Graveyard :: Page Layout, defect, P3)

Product:
Camino Graveyard
Component:
Page Layout
Platform:
PowerPC
macOS
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WONTFIX
Milestone:
Camino1.0

People

(Reporter: lensovetp, Assigned: sfraser_bugs)

References

(
URL
)

Details

(Whiteboard: [read comment 50 before replying])

Attachments

(1 file, 2 obsolete files)

Screenshot of Camino window after rendering has become messed up
77.22 KB, application/pdf
Details 
User-Agent:       [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.4.1) Gecko/2002]
Build Identifier: [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.4.1) Gecko/2002]

After letting the page load, an attempt to scroll using the keyboard arrows
results in a cleared, white page area. With a scroll wheel mouse, we can scroll
to only see portions of the page; however, none of the elements (such as links)
are actually functional.
Reloading the page gives it back to us but doesn't resolve the issue.

Reproducible: Always
Steps to Reproduce:
1. Open URL
2. Click on the page for content area to gain focus
3. Press down arrow

Actual Results:  
Content area clears but unusable portions remain mysteriously further down the page.

Expected Results:  
Page scrolls down by one line.

I tested this page with two other browsers: Safari and Mozilla 1.7.3.
Both behaved as expected.
Just checked: NOT clicking in the content area before pressing arrow keys
scrolls the page correctly. Therefore this could be considered a workaround.
WFM using latest nightly build.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Whiteboard: From Paul: using the latest nightly, this still doesn't work. will attach to screenshots to show.
I am reopening this bug because this page renders inconsistently. Sometimes it
works, sometimes it doesn't.
However, if the first time you attempt to visit it, it renders correctly, copy
the URL into another program (such as TextEdit) and quit Camino. Open it again,
and copy-and-paste the URL into the address field and press enter (that is,
without visiting any other sites).
I've been able to attach one screenshot with what happens right after the down
arrow is pressed. A second screenshot, which shows the unusable page, can be
found at "http://mysite.verizon.net/olga.b/images/camino unusable page.png"
Notice how the page overtakes the scroll bar and the status bar areas, drawing
right over them.

P.S. I have verification from Marcello (leader of the l10n team) that this
occurs on his computer.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Right, confirmed with both trunk (slightly different results after some
scrolling) and branch builds.
Jasper: try waiting for the bg music to start, then click on the content area,
then scroll with the down-arrow key.
I paste here the offending URL, so you don't have to retype it watching the
screenshot:
http://www.xanga.com/home.aspx?user=xxfieldhockeychickxx
I'm still not seeing this. Perhaps this is a 10.2 only issue?
Attached file Prefs.js file (obsolete) — 
(In reply to comment #6)
> I'm still not seeing this. Perhaps this is a 10.2 only issue?

Nope, just checked my dad's laptop, which has 10.3.6, and the problem is still
there.

Attaching prefs.js for analysis.
Please update using a more recent nightly build, I have never been able to
reproduce this.
It still clears with 2005010108, but in a different manner. Make sure you have
Windows Media Player installed; I'm not sure, it might have to do with the fact
that it's located in a custom location on my machine. I have mine in
/Applications/Utils/Web/Windows Media Player/Windows Media Player.app, version 9.
Closing bug as I tried to repro this for ever on a whole bunch of machines but I
never saw anything with a cleanly installed Camino.

You might want to increase 0 to something like 200 or so, that might be the cause:
user_pref("nglayout.initialpaint.delay", 0);
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WONTFIX
okay, I'll see if I can craft up a page that will guarantee this failure. So
far, I know that it happens on Windows Media Audio EMBEDS on xanga.com. I'm
thinking the problem occurs as a result of tables, or maybe IFRAMES with ads in
them?
as for your suggestion, the problem occured even when that line wasn't in my
prefs file; I specifically left it out originally and added it later. the
problem occurs regardless of whether the line is there or not (I'm assuming that
the default behavior is not "0", correct?)
Jasper, if you don't mind, could you re-test on the new URL? This page has the
following elements: tables, page longer than one screen, and embedded Windows
Media audio file. It also has just one script, but I've cleared all the ads and
iframes. Taking away the embed fixes the problem.
I will see if I can keep taking away parts of the HTML to nail down the specific
problem.
Right now, the screen doesn't clear right away. Here's what I do (to reiterate).
1. Load page
2. (wait for it to finish loading) Click somewhere on the page with the left
mouse button once
3. Press and hold the down arrow on the keyboard
4. Continue holding until screen clears and no more text is displayed.
URL: http://www.xanga.com/home.aspx?user=X... → http://mysite.verizon.net/olga.b/lens...
Status: RESOLVED → UNCONFIRMED
Resolution: WONTFIX → ---
Here's another screenshot with the new page.
Attachment #167767 - Attachment is obsolete: true
Confirm.
There is no problem when URL is load doing and scrolls in the wheel. 
(dont't click content area)
But when Steps to Reproduce is done, it reproduces. 

And there is no problem in Firefox trunk build. 

Mac OS X 10.3.8
trunk nightly build 2005032322 (v0.8+)
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 288695 has been marked as a duplicate of this bug. ***
Paul, any progress on getting a reduced testcase for this?
Summary: Page layout problems when using arrow keys to scroll → Page layout problems when using arrow, page up/down keys to scroll (WMP plugin)
simon, is this a dupe of other plugin drawing bugs?
*** Bug 286502 has been marked as a duplicate of this bug. ***
Smokey, I haven't had a chance to look at this yet. If anyone wants to (for whom
this is occuring), please feel free. I specifically put that page up on my
webspace, so it's not changing and it's not going anywhere.
Side note: if the plugin isn't working/does not load (as sometimes happens for
no real reason), then everything is ok (this might be why some people can't rep
this bug(.
I used to get this problem in Firefox as well, but now it's a Camino-only thing.
I guess that scratches out the 'core' possibility.
Whiteboard: From Paul: using the latest nightly, this still doesn't work. will attach to screenshots to show. → If anyone wants to further trim the fat on provided URL to pin this down, feel free. Though it seems that WMP is going to kill the page no matter what you do.
Attachment #167927 - Attachment is obsolete: true
What a pointless status whiteboard.
Whiteboard: If anyone wants to further trim the fat on provided URL to pin this down, feel free. Though it seems that WMP is going to kill the page no matter what you do.
*** Bug 299610 has been marked as a duplicate of this bug. ***
Assignee: pinkerton → sfraser_bugs
Priority: -- → P3
Target Milestone: --- → Camino1.0
update: using the arrow keys no longer screws up the page, at least the one
that's listed on this bug. however, if after the page loads, we use
find-as-you-type, and search for "what", then the whole thing clears, scrollbar
remains visible, but content is forever gone.
i don't think a reduced testcase is really needed here; all we need is a page
that's bigger than one screen (so that it has somewhere to scroll) and a WMP
plug-in.
I see this all the time on MySpace pages with WMP content. It causes the page to
go completely white, but not "forever lost" as mentioned in comment 23.
Switching tabs (then back to the offending tab) brings the content back, though
it might mess up again. Doing it repeatedly eventually brings the content back
permanently (or at least until another refresh).

I'll try and work on a testcase over the weekend.
I'm having the same problem here. Mac OS X 10.4.3, Camino 1.0b1, Windows Media Player 9.0.  As far as I can remember, I've always had this problem with Camino, which is why I have to use another browser like Safari or Firefox (neither of which exhibit this problem) to listen to CBC Radio online.  FWIW, here's how I was able to reproduce this:

1. Go to http://www.cbc.ca/listen/index.html and select one of the local broadcasts.

2. After the audio starts, load this bug page (it's certainly longer than one page!).

3. Click anywhere in the content area and (if you have one) use the mouse wheel to scroll up and down the page.

Sorry for any typos.  Camino's currently exhibiting this problem for me, so the display and typing in the textarea is all messed up.  :(
*** Bug 317912 has been marked as a duplicate of this bug. ***
*** Bug 307069 has been marked as a duplicate of this bug. ***
No longer depends on: 307069
Carrying over blocking...

This can either be caused by scrolling, or not.

If WMP is above the fold, scrolling is not normally needed. If it's below the fold, you have to scroll once for the page to mess up.
Flags: camino1.0+
Summary: Page layout problems when using arrow, page up/down keys to scroll (WMP plugin) → Page layout problems when using WMP (Windows Media Plugin)
Samuel, what does it mean to be above or below the "fold"? i.e. what is the fold?
(In reply to comment #29)
> Samuel, what does it mean to be above or below the "fold"? i.e. what is the
> fold?
> 

The "fold" so to speak is the window size. So if WMP is visible when first loading the page, and no scrolling is needed, it's "above the fold".
(In reply to comment #30)
> (In reply to comment #29)
> > Samuel, what does it mean to be above or below the "fold"? i.e. what is the
> > fold?
> > 
> 
> The "fold" so to speak is the window size. So if WMP is visible when first
> loading the page, and no scrolling is needed, it's "above the fold".

I'm not sure if the "fold" is actually a relevant factor.  As I noted/implied in comment #25, you can reproduce this behaviour even if the WMP content is in another Camino window, so to associate the "fold" of a window with this problem is probably not entirely accurate.  It seems that if any WMP content is playing in any open Camino window, you may be able to repro this issue.
*** Bug 321966 has been marked as a duplicate of this bug. ***
*** Bug 322133 has been marked as a duplicate of this bug. ***
*** Bug 322308 has been marked as a duplicate of this bug. ***
*** Bug 323102 has been marked as a duplicate of this bug. ***
Simon, are you okay with minusing this for 1.0? It doesn't seem we'll make any real headway and MSFT has said they're not supporting WMP/Mac anymore in favor of Flip4Mac. I say we focus on fixing F4M bugs instead and minus this for 1.0.
Yup.
Status: NEW → RESOLVED
Closed: 20 years ago → 19 years ago
Resolution: --- → WONTFIX
Flags: camino1.0+
Verified. We no longer officially support WMP. Please use the Flip4Mac plugin.

http://www.microsoft.com/windows/windowsmedia/player/flip4mac.mspx
Status: RESOLVED → VERIFIED
don't QT plugins have some drawing/scrolling issues as well? do we have a bug for tracking that?
Actually, now with Flip4mac, the websites that before just had errors now completely make Camino lock up.
(In reply to comment #41)
> Actually, now with Flip4mac, the websites that before just had errors now
> completely make Camino lock up.

Can you provide a URL, crash report and/or sampler trace?
It would actually be better to file new bugs on issuese with F4M.

Currently, there is a known issue which will crash both Safari and Camino when closing a tab/window with WMV/WMA content in it. F4M is working on a fix for that.
FWIW, CBC.ca seems to have many pages that goof up Camino's layout, particularly with the WMP plug-in.  Build tested was official Camino nightly 2006012304 (v1.0b2+).

Try http://archives.cbc.ca/IDD-1-73-1700/politics_economy/political_scandals/ as one example.

I am only posting this bit here for reference, since WMP on Mac OS X has been deprecated in favor of F4M.  I will test with F4M when I get around to installing it.  I should add that CBC.ca sites seem to be the only ones with this problem; perhaps there were others.
*** Bug 324998 has been marked as a duplicate of this bug. ***
I'm using the latest camino nightly and the problem with sites using WMP keep messing around when using scroll.

Please see comment 38. We no longer support WMP.
Camino has additional problems after you install flip4mac, and they don't go away. Basically, after enabling it, camino will go full screen with a black screen for ANY quicktime content (normal QT movies, mp3 audio, doesn't matter if it's embedded or not), then freezes and is impossible to recover and difficult to force quit. The same problem happened with safari, but disabling the web plugin fixes safari, however leaves camino permanently broken.
In regards to comment #48 from starfirex, I have never seen an issue with flip4mac, let alone what you describe.  I am using Version 2006061318 (1.0.2) of Camino, 2.1 of flip4mac, OS 10.4.7, Macbook Pro.  This is not to say that I don't see issues with Camino properly handling wmv content.  Pages with any other format of imbeded video work fine, but wmv content, while it plays, Camino scrambles the rendering of the page.  This occurs in many MySpace pages as well, even if they do not have wmv content.  No other browser has this issue, Camino continues to have some manner of issue properly rendering pages with certain content.  For example, the url given in this ticket by the original poster does not work correctly.  I see no media on the page, but Camino contantly stalls with the beachball when loading and attempting to scroll down the page. 

I believe there may be other open tickets that address these issues as well, but considering the URL in the OP has issues in Camino and no other browser, and it does not have WMV content at this time that I can see, I believe this ticket needs to be re-opened.  If the current issue with the URL is to far from the original reported issue, a new ticket needs to be opened to address the new issue.
This bug is about Microsoft's abandoned Windows Media Player plugin; it is no longer supported by Microsoft or Camino.

Do not comment in this bug about Windows Media problems.  If you are using Flip4Mac (F4M), please review the existing bugs filed on F4M problems (or open a new bug if you encounter a problem not covered by those bugs).

NO MORE COMMENTS HERE!  Thanks.
Summary: Page layout problems when using WMP (Windows Media Plugin) → Page layout problems when using WMP (Windows Media Player)
Whiteboard: [read comment 50 before replying]
*** Bug 360343 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: