67532 - ipix.com - Uses Dreamweaver 3, Does not Detect Mozilla, Image layout problems in Linux

Status: VERIFIED FIXED

(Tech Evangelism Graveyard :: English US, defect, P1)

Description

[c.h.ip]

a strange long long bar renders the site usuable, with or without Javascript.

However, the same site renders well in Netscape 4.75

Both browsers are run in Mandrake 7.2

Comment 1

[Doron Rosenberg (IBM)]

what buildid are you using reporter? Seems to work on win32, I'll check linux later.

Comment 2

[Boris Zbarsky [:bzbarsky]]

I can see the problem with Linux build 2001-01-30-10 (under Redhat 6.2). 
Investigating....

Comment 3

[Doron Rosenberg (IBM)]

ok, i see this too on linux

Comment 4

[Doron Rosenberg (IBM)]

Attachment: testcase

Comment 5

[Doron Rosenberg (IBM)]

--> layout for initial triage

changing anythign in this testcase causes the images to show. note the notmal
text shows normally in the testcase. removing the flash object fix it as well.

Comment 6

[karnaze (gone)]

Waqar, can you take a look, since it appears to be Linux only.

Comment 7

[Mike Young]

I see this on Win98 too....

using 2001 03 19 04

Comment 8

[Mike Young]

oops sorry about the spam... meant to do this when i commentted

Comment 9

[Kevin McCluskey (gone)]

Doesn't render using 2001032004 build on WINNT.
Looks like the page uses layers.

Reassigning to evangelism

Comment 10

[/\/\arcio Galli]

Agreed with Kevin but, anyway I can't see this long bar ...and also there is no
JavaScript errors when it loads. 

Comment 11

[Blake Ross]

Reassigning evangelism bugs to [e-mail].

Comment 12

[Bob Clary [:bc] (inactive)]

retargetting to 0.9.2

Comment 13

[Bob Clary [:bc] (inactive)]

The page does include old Dreamweaver code but it doesn't appear to actually use
the parts that are dependent on the obsolete browser sniffing.

The site works for me in NS 6.1 and Mozilla Trunk build 2001-06-20-04/win2k. The
page also appears in Mozilla trunk build 2001-06-21-21/Linux RH6 with some
problems displaying the images in the table. There are gaps between the images
in Linux but not in Win2k. The page has no DOCTYPE so it is not Quirks vs
Standard layout.

The Layout problem I am seeing in Linux is probably due they don't that I don't
have Shockwave Flash installed on Linux and they don't detect Mozilla. Some of
the document.write stuff they do only happens if you have Shockwave Flash or if
you are Netscape 2.x or higher.

It also appears that they only write out the beginning <EMBED> tag and forgot
the </EMBED>. Their use of OBJECT, EMBED, NOEMBED is unclear to me. Can someone
help me out here?

So, the original problem is gone but they need evangelizing on upgrading their
DW code and in detecting Mozilla.

Changing Summary from "Mozilla renders the site www.ipix.com unusable" to
"ipix.com - Uses Dreamweaver 3, Does not Detect Mozilla, Image layout problems
in Linux"

Changing severity and marking whiteboard

Comment 14

[artemis3]

Er... I tried to view www.ipix.com page today with Linux Build ID: 2001062306,
result? Crash.. Talkback is not noticing, not even later at restart. Tried five
times; crashed five times, talkback didnt appeared. In case you wonder, yes,
talkback has worked fine in other crashes not related to ipix.com, with this
very same build.

I use Linux Debian Potato, with GTK 1.2.9 compiled from sources, and Kernel
2.2.19. I have both Java and Flash plugins installed.

Terminal output:

artemis3@Serenity:~/mozilla$ LANG=en ./run-mozilla.sh 
MOZILLA_FIVE_HOME=.
  LD_LIBRARY_PATH=.:./plugins
     LIBRARY_PATH=.:./components
       SHLIB_PATH=.
          LIBPATH=.
       ADDON_PATH=.
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=

Gdk-WARNING **: locale not supported by C library
 I am inside the initialize
 Hey : You are in QFA Startup 
(QFA)Talkback loaded Ok.
It's NOT UTF-16BE- byte 2(2)
It's NOT UTF-16LE- byte 3(3)
It's NOT UTF-8- byte 19500(4c2c)
It's NOT ISO-2022-JP- byte 19500(4c2c)
It's NOT EUC-JP- byte 19501(4c2d)
# # An unexpected exception has been detected in native code outside the VM.#
Program counter=0x46b20132
#
# Problematic Thread: prio=1 tid=0x8054640 nid=0x15e6 runnable 
#
# # An unexpected exception has been detected in native code outside the VM.#
Program counter=0x40890d2e
#
# Problematic Thread: prio=1 tid=0x8054640 nid=0x15e6 runnable 
#
INTERNAL ERROR on Browser End: Could not read ack from browser
System error?:: Resource temporarily unavailable
artemis3@Serenity:~/mozilla$ 

Comment 15

[artemis3]

Ok, regarding the crash in linux with 2001062306, i just tried without the flash
plugin... It worked now; page rendered, no crash. I cant see the long long bar
bug , it seems perfectly here. Sorry for the long previous report ^^;

Comment 16

[Bob Clary [:bc] (inactive)]

moving target milestone to 0.9.3

Comment 17

[Bob Clary [:bc] (inactive)]

Arun, I'm giving you all the Linux bugs. If these bugs can be confirmed for
other OS's please (someone) change the Platform/OS to All/All and reassign to
the default Evangelism Component Owner.

Comment 18

[Bob Clary [:bc] (inactive)]

All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
details.

Comment 19

[Mike Young]

Changing the Product seems to have reset the Target Milestone from 0.9.4 to ---
Was this intentional? If so, OK... Otherwise it should be reinstated. (And
someone should find out whether other bugs were affected.)

Comment 20

[Bob Clary [:bc] (inactive)]

Arun, I am taking your Linux bugs minus banks. Hope you don't mind.

Comment 21

[Bob Clary [:bc] (inactive)]

bumping target milestone for followups to 0.9.5.

Comment 22

[Bob Clary [:bc] (inactive)]

-> 0.9.6, need to follow up on these asap

Comment 23

[Doron Rosenberg (IBM)]

site looks fine now under redhat 7.2. However, they still have dreamweaver 3
code that they seem not to be using (other than the img swap function that works
in all browsers)

Comment 24

[Kai Lahmann (is there, where MNG is)]

works now.

Comment 25

[Brant Gurganus]

Verified