Closed Bug 67532 Opened 24 years ago Closed 23 years ago

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

Categories

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

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: chip, Assigned: bc)

References

()

Details

(Whiteboard: [TOOL][DREAMWEAVER][USERAGENT][aok])

Attachments

(1 file)

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
what buildid are you using reporter? Seems to work on win32, I'll check linux later.
I can see the problem with Linux build 2001-01-30-10 (under Redhat 6.2). Investigating....
ok, i see this too on linux
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attached file testcase (deleted) —
--> 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.
Assignee: asa → karnaze
Component: Browser-General → Layout
QA Contact: doronr → petersen
Waqar, can you take a look, since it appears to be Linux only.
Assignee: karnaze → waqar
Target Milestone: --- → mozilla0.9.1
I see this on Win98 too.... using 2001 03 19 04
oops sorry about the spam... meant to do this when i commentted
Doesn't render using 2001032004 build on WINNT. Looks like the page uses layers. Reassigning to evangelism
Assignee: waqar → evangelism
Component: Layout → Evangelism
QA Contact: petersen → zach
Agreed with Kevin but, anyway I can't see this long bar ...and also there is no JavaScript errors when it loads.
Reassigning evangelism bugs to bclary@netscape.com.
Assignee: evangelism → bclary
retargetting to 0.9.2
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Priority: -- → P1
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
Severity: major → normal
Summary: Mozilla renders the site www.ipix.com unusable. → ipix.com - Uses Dreamweaver 3, Does not Detect Mozilla, Image layout problems in Linux
Whiteboard: [TOOL][DREAMWEAVER][USERAGENT]
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$
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 ^^;
Blocks: 51020
moving target milestone to 0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
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.
Assignee: bclary → aruner
Target Milestone: mozilla0.9.3 → mozilla0.9.4
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Target Milestone: mozilla0.9.4 → ---
Version: other → unspecified
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.)
Target Milestone: --- → mozilla0.9.4
Arun, I am taking your Linux bugs minus banks. Hope you don't mind.
Assignee: aruner → bclary
bumping target milestone for followups to 0.9.5.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
-> 0.9.6, need to follow up on these asap
Target Milestone: mozilla0.9.5 → mozilla0.9.6
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)
Whiteboard: [TOOL][DREAMWEAVER][USERAGENT] → [TOOL][DREAMWEAVER][USERAGENT][aok]
works now.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Verified
Status: RESOLVED → VERIFIED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: