87573 - much of page doesn't render

Status: VERIFIED INVALID

(SeaMonkey :: General, defect)

Description

[Chris Abbey]

I don't see anything that's changed much in this page, but it stopped rendering
correctly sometime just after 0.9.1 branched. Marking as ALL/ALL as I've seen
this on windows and linux on x86 and ppc. I'll attach a screen shot in a bit.

Comment 1

[Chris Abbey]

Attachment: how the page is supposed to render

Comment 2

[Chris Abbey]

Attachment: how we've been rendering it since soemtime after 0.9.1

Comment 3

[basic]

Worksforme on build 2001062204 win32

Comment 4

[basic]

Possible cache problem?

Comment 5

[Diego Biurrun]

*** Bug 87590 has been marked as a duplicate of this bug. ***

Comment 6

[Diego Biurrun]

WFM, linux, build 2001062506

Chris, do you still have the problem with the latest nightly? I am tempted to
mark this bug as WORKSFORME.

Comment 7

[Athanasius]

  I've not been able to download a newer version of mozilla since the one I
cited in my duplicate of this bug.  Btw, it works ok (with that 'workaround' of
going to QA->Bug Template and back) on win32 2001062204.
  I'll see if I can remember to setup a download of a current build overnight (I
hate 56K modems...).

Comment 8

[Chris Abbey]

resolving as "invalid" ... about as close as I can find to "user is a frelling
idiot". :(

a buddy at work took a look at the screen shot and noticed what I hadn't...
*none* of the images loaded... now why could that be? a quick look in
"edit->preferences->privacy and security->images" shows why. Did I mention the
user is an idiot? No I've no idea why unitedmedia is (er, was) in there, and
since this is a shared profile that explains why it wasn't there for any of my
boxes.

the only upshot from this is that while checking out _basic's cache idea I saw
that the clear cache buttons are missing... off to investigate that.

btw Athanasius, your arlo & janis comic renders fine for me, now.

Comment 9

[Athanasius]

  Ok, somehow www.unitedmedia.com had gotten on the 'Image Permissions' part of
'Privacy and Security' as 'cannot display images' (or similar).  How that
happened I do not know.  Note also that whilst I could not see the images in the
previously mentioned build, or this 2001062508, if I went back to an april 26th
build I COULD see the images without changing anything at all in preferences.

  I guess I'll go read the docs as to how sites may get onto that 'cannot
display' list.  I certainly never saw any dialogue indicating the site had been
put on it.

Comment 10

[Doron Rosenberg (IBM)]

ver

Comment 11

[basic]

It is possible that recent Mozilla builds have been rather flaky. I've found
history and cookies going out of wack and I have no idea why. Guess that comes
with using nightlies...

Comment 12

[Athanasius]

   Ok, it's just happened again.  OTHER images on
http://www.unitedmedia.com/comics/arlonjanis/index.html are rendering ok
(notably the 'Arlo and Janis' image just to the left of 'by Jimmy Johnson' on
the blue bar).  I do NOT have any site in the 'blocked images' bit of Privacy
and Security -> Images options.  The HTML (as 'View Source'd) DOES contain what
looks like a valid link.  This is with build 2001070208.  The cartoon image
renders ok on an old Netscape 4.76.  I HAVE hit shift-reload on mozilla
(actually had to on Netscape to start with too, but it being so long since I've
used that I could have had cache'ing issues), no difference.

  I've put various files at http://www.fysh.org/~athan/mozilla/

  no-anj.gif is the mozilla view (after shift-refresh)

  no-anj-n476.gif is how Netscape 4.76 is, acceptably, rendering it.

  no-anj.html is the HTML of the page saved from Mozilla's 'View Source' window.

Comment 13

[Athanasius]

  Wouldn't you know it, after posting the above I decided to shift-refresh one
more time to see if it worked, before restarting mozilla to see if THAT worked,
and _it did_.

  If the rendering as shown in no-anj.gif is supposed to indicate a broken image
(due to failure to download), it isn't.

Comment 14

[basic]

 Athanasius:
1. I think what you are seeing is that some images don't load, not don't render
(bug 68151)
2. broken images without alt attributes are currently not implemented (bug 41924).

Comment 15

[Athanasius]

  I suspected it might be this in some way.  Whilst insisting on full standards
compliancy is a good thing, presenting a page with no information to show WHY an
image isn't being rendered is at best confusing.

  I hope bug 41924 is cited to have some fix, if only to replace such images
with a "Broken image, no ALT tag" image?