155091 - Will not display on Solaris or Linux

Status: VERIFIED FIXED

(Core :: XSLT, defect)

Description

[Hugh Coomes]

This URL is an xml file invoking an xls file.  It displays OK on MS Windows 2000
using build 2002061408, but does not display on Linux or Solaris with any build
I have tried (2002062800 On Solaris) of Mozilla1.1a.  The content of the URl is a
re-implementation of a Mozilla FAQ with an alternate style sheet.

On Linux or Solaris, current display does not change from the previous one
(whether a blank page or other page).

Comment 1

[Thomas Sjögren]

"but does not display on Linux"
wfm. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a) Gecko/20020610 (SuSE)

Comment 2

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

yep, i see this too, though it would be nice with a bit smaller testcase

Comment 3

[Nicholas Allen]

I'm seeing this break with Win2k 20020625 so that's an 11 day gap where the 
regression happened.

Comment 4

[kevin duffy]

After the checkin for bug 158457 yesterday (20021022), Mozilla correctly
displays the URL as "Mozilla 1.0 Frequently Asked Questions" on Solaris 2.6 from
sparc-sun-solaris-2.6 nightly build (20021023) and on FreeBSD 4.6.1 from CVS
build  (20021022).

Comment 5

[Hugh Coomes]

This URL now displays also using Mozilla/5.0 (X11; U; SunOS sun4u; en-US;
rv:1.2b) Gecko/20021024 compiled with Sun Compiler v. 6u2.   However all
versions I have
tried, included daily builds for Solaris, exhibit the following behavior: If the
default "non-dynamic" style sheet is used, when click on a FAQ several items in
the View menu are then disabled. Using the back arrow to display the original page
does not enable these items. Is this normal behavior?

Comment 6

[Axel Hecht]

oops, after going to a fragment, the View->Use Style menu gets disabled.

http://lxr.mozilla.org/seamonkey/source/xpfe/browser/resources/content/navigatorOverlay.xul#261
obviously thinks we're an image document.
Looking into lxr says that someone in
http://lxr.mozilla.org/seamonkey/source/xpfe/browser/resources/content/nsBrowserStatusHandler.js#282
or #331 said so.
Both ask 
http://lxr.mozilla.org/seamonkey/source/xpfe/browser/resources/content/nsBrowserStatusHandler.js#170

Note that the page info dialog reports an unkown mimetype, maybe we failed to
set that in the result doc? Jonas? Quirks isn't set either.

Comment 7

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

can anyone still reproduce this? It works for me

Comment 8

[Axel Hecht]

hrm. I left this open to check for the fragment/view/mime thing.
testing on 1.3b windows, the view menu is fine, but going to a fragment
from the index seems to be broken.
New bug on same page?

Comment 9

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

Ouch, that's bad, but please file a new bug for that (I might have an idea what
the problem is). This one is confuesed as it is. Resolving as fixed as comment 4
indicates that this was related to <script> locking things up

Comment 10

[Axel Hecht]

filed bug 196026

Comment 11

[Axel Hecht]

mass verifying