Closed Bug 315213 Opened 19 years ago Closed 17 years ago

porsche.at - Frame not loading/showing?

Categories

(Tech Evangelism Graveyard :: German, defect)

defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: gulliver, Unassigned)

References

()

Details

Attachments

(4 files)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051104 SeaMonkey/1.1a
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051104 SeaMonkey/1.1a

The lower frame of the car configurator with the navigation buttons does not show.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.porsche.at/d/modelle/configurator/fr_911Coupe4s.htm
2. Click on "Weiter"


Actual Results:  
Page shows one frame and white area at the bottom

Expected Results:  
Page should show a frame on the bottom of the page. In this frame there should be a button called "Weiter" (= Continue).

I asked the question here before: https://bugzilla.mozilla.org/show_bug.cgi?id=197813#c266

According to Steve Michaud it has nothing to do with Java: https://bugzilla.mozilla.org/show_bug.cgi?id=197813#c267
Same for SM Trunk/Moz 1.7.12/FF 1.5 on WinXP. Perhaps Tech Evang?
OS: MacOS X → All
Hardware: Macintosh → All
Summary: Frame not loading/showing → porsche.at - Frame not loading/showing?
Version: unspecified → Trunk
worksforme with linux seamonkey trunk 2005110504

can you try a clean profile?  Are there any errors in the Javascript Console?
Screenshot from Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051103 SeaMonkey/1.0b but I also saw it with an Mozilla 1.7.x linux build at university.
Ah, so the problem is that the button in the bottom frame is too low.  Compare http://www.weltauto.com/nwboerse?SVC=CC&ENV=PORSCHE!de!!!P!1131307994784&MODELL=99743062&CID=1131308015703&TID=&TARGET=SUB_BOTTOM in gecko and IE.  The page makes the bottom frame 30 pixels high and expects the user to be able to see the button.

We need a minimal testcase that displays the button lower in gecko than IE.
Assignee: general → nobody
Component: General → Layout
Product: Mozilla Application Suite → Core
QA Contact: general → layout
Attached file Minimal testcase
IE6 seems to ignore the <p> around the form-Tags at all, while SeaMonkey is making the height bigger. Also the tags inside the td-tags don't make any difference in height for IE6, but increase height in SeaMonkey. Same thing with the form-Tags.
Attached image Screenshot Safari
Seems to work o.k. in Safari though (see screenshot).
Seems OK with Firefox.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051103 Firefox/1.5 ID:2005110303
Same problem with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051107 Firefox/1.5
Attached image Screenshot Firefox
I see (almost) the same problem in Firefox as well: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051025 Firefox/1.5.

As you can see in the screenshot, parts of the buttons are displayed in the top frame, but no buttons appear in the lowest frame.
Opera 8.5 also has no problems with this page. So far it seems to be Gecko-Only.
Anybody working on this? 

Could anyone please at least set it's status to "confirmed" so that it gets on the "Open bugs" list on mozillaZine!
Gecko's rendering here is correct.  If the <div> weren't between the <td> and <p>, the testcase would trigger a quirk that would suppress the margin:

http://www.mozilla.org/docs/web-developer/faq.html#margins

==> Tech Evang
Assignee: nobody → german
Status: UNCONFIRMED → NEW
Component: Layout → German
Ever confirmed: true
Product: Core → Tech Evangelism
QA Contact: layout → german
Version: Trunk → unspecified
WFM on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051204 MultiZilla/1.8.1.0u SeaMonkey/1.5a
Yes, the bottom frame no longer has the <p>'s that cause the bad behavior in Aqualon's testcase
resolving FIXED
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
(In reply to comment #14)
> Yes, the bottom frame no longer has the <p>'s that cause the bad behavior in
> Aqualon's testcase
> resolving FIXED
> 

Reopened. The problem is fixed for 911 Carrera, but still present when you open the Car Configurator for the Cayman S.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Seems to be fixed now.
Status: REOPENED → RESOLVED
Closed: 19 years ago17 years ago
Resolution: --- → WORKSFORME
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: