488581 - table pushed down past earlier align="right" table (expected behavior for float:right table)

Status: RESOLVED WONTFIX

(Core :: Layout, defect, P2)

Description

[William Wagner]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2a1pre) Gecko/20090415 Minefield/3.6a1pre
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2a1pre) Gecko/20090415 Minefield/3.6a1pre

http://forensic.to/easyhost/easyhost.cgi was last used successfully by me with the then current version of Firefox on 21-July-2008.  On 12-November-2008, 1-April-2009, and 15-April-2009, the "buttons" for the file upload feature of that program did not appear - however they do appear and function correctly when running that program with Safari 3.2.1.

Reproducible: Always

Steps to Reproduce:
1. Obtain a web site account on forensic.to using links provided by http://forensic.to/easyhost/easyhost.cgi . 
2. Run Firefox
3. Enter URL http://forensic.to/easyhost/easyhost.cgi
4. Log in - Observe the lack of upload controls in the lower left corner (that do appear when using Safari) - log out
Actual Results:  
The log-in function worked; the list of files on the web site appeared, along with controls for rename, delete, and move.  The upload controls did not appear.  The log-out function worked.  

Expected Results:  
The upload control button (link?) should have appeared, and functioned interactively to allow a user to employ them to upload files to the user's web site.

The upload controls appear (and work) as expected when http://forensic.to/easyhost/easyhost.cgi is run with Safari 3.2.1.

Comment 1

[Matthias Versen [:Matti]]

Did you already tried http://support.mozilla.com/en-US/kb/Safe+Mode ?

Comment 2

[William Wagner]

(In reply to comment #1)
> Did you already tried http://support.mozilla.com/en-US/kb/Safe+Mode ?
I just tried Safe Mode for both Firefox and the Minefield applications.  The problem is the still there (no upload controls from http://forensic.to/easyhost/easyhost.cgi ).

Comment 3

[Matthias Versen [:Matti]]

Ee can not do much in this case because you need an account to see the issue....

Comment 4

[William Wagner]

(In reply to comment #3)
> Ee can not do much in this case because you need an account to see the
> issue....
A (free) account can be obtained by running the http://forensic.to/easyhost/easyhost.cgi script.

Comment 5

[William Wagner]

I have just created an account for testing this problem.
To reproduce the problem, run Firefox, go to URL http://forensic.to/easyhost/easyhost.cgi , enter account name bugzilla and password Bug488581.

In the left blue panel, below the Directories sub-panel, there will be nothing but background of the blue panel; the Quick Links tab with Upload Files and Create Directory controls, and the Disk Usage tab are missing.

Comment 6

[Matthias Versen [:Matti]]

Attachment: Frameset from the page with tables

Can you confirm that this attachment shows the links in Safari while Firefox does not ?

Comment 7

[William Wagner]

Absolutely.  I will e-mail you an image from each.

Comment 8

[Bernd]

Attachment: testcase

Comment 9

[Matthias Versen [:Matti]]

This is a regression between the 2008012804 and 2008012904 trunk builds and that could be bug 134706

Comment 10

[Bernd]

any other browser renders the table3 on top, which is where it belongs in my understanding of the spec.

Comment 11

[William Wagner]

(In reply to comment #9)
If I understand the history correctly, changes for Bug 134706 may not be
relevant to this issue.
The following (selective) chronology might be helpful (to those who understand
better than I):
28-January-2008 - Patch to fix bug 134706 incorporated into patch (?)
12-June-2008 "Mac OS X Update Combined (PowerPC) (10.4.11))" was installed on
my Mac iBook
12-June-2008 Security update 2008-003 was installed on my Mac iBook
17-July-2008 Firefox 2.0.0.16 (2008070205) was installed on my Mac iBook
21-July-2008 easyhost.cgi worked successfully with Firefox for the first and
last time (easyhost.cgi had not been used previously).
27-September-2008 - Firefox 3.0.3 (2008092414) was installed on my Mac iBook
12-November-2008 - easyhost.cgi under Firefox was missing upload controls
14-November-2008 - Firefox 3.0.4 (2008102920) was installed on my Mac iBook
28-March-2009 - Firefox 3.0.8 (2009032608) installed on my Mac iBook
1-April-2009 - easyhost.cgi under Firefox was missing upload controls

Comment 12

[Matthias Versen [:Matti]]

The 4 years old 1.8 branch is not relevant to find the regression time. The regression is very clear caused by bug 134706 as you can see if you use the nightly trunk builds 2008012804 and 2008012904

Comment 13

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

So I think the correct behavior should actually be pushing both tables down.  And in fact, that's what Internet Explorer (8, in compatibility mode) does if you make the first table style="float:right" rather than align="right".  So this is:

 * duplicate of a WONTFIX (I think) bug that I can't currently find suggesting we add this quirk where bug 134706 applies only to wrapping around floats not floated using the 'align' attribute

 * partly buggy due to bug 25888 not being fixed for blocks/tables

Comment 14

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

I'm going to mark this WONTFIX; I think the two bugs I've seen on it so far (though I can't find the other one) for something we shipped in 3.0 and 3.5 aren't enough rationale for imitating the IE behavior where align="right" behaves differently from float:right.

Does that seem reasonable?

Comment 15

[Daniel Holbert [:dholbert]]

Should this bug's "blocking1.9.2" field be cleared/minused, then, given that it's a WONTFIX?