Closed Bug 20827 Opened 25 years ago Closed 23 years ago

table reflow - columns not wide enough until page is reloaded

Categories

(Core :: Layout: Tables, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED WORKSFORME
mozilla1.0.1

People

(Reporter: endico, Assigned: karnaze)

References

()

Details

(Whiteboard: [awd:tbl] 12/11: Dawn, please submit a testcase for this bug)

The "Rev" and "+/-" columns are initially laid out to what is probably their minimum size as if they had no content. The content flows to the right over in to the next column. Loading another page and then pressing "back" to this page lays the document out correctly although "reload" does not. I have a 28.8 high latency richochet link. I suspect this problem won't happen on the high speed link at work. (bug submitted with mozilla)
Assignee: karnaze → petersen
I'm not seeing the problem. ChrisP, do you have any ideas on how to reproduce this.
Risto, is it possible to set up an http server that simulates serving bits over a 14.4 connection? I have at least a couple reflow bugs that I see at home over my slow ricochet link, but not at work with a fast link.
Assignee: petersen → karnaze
This shouldn't be assigned to petersen - reassigning back to karnaze.
Assignee: karnaze → chrisd
ChrisD, since QA needs to test slow networks (I would guess), I'm giving this back to you until there is a test bed set up. Once that happens, reassign it to me. If this is not acceptable then mark it REMIND.
Here's an idea I could do: I will install a WWW-proxy (squid 2.0) that can be used to limit bandwidth. Then, accessing sites through it would look like coming from slow connection.
yes, that would be teriffic!
Depends on: squid
Filed bug 23459 on risto to install a proxy server. Marking this bug dependent on it. This bug can probably we reassigned to karnaze after that's done. If it still can't be duplicated then the proxy server needs to be tweaked again.
Status: NEW → ASSIGNED
Squid 2.2 installed on tegu. It allows now connections from netscape.com with 4800 kbps. Let's set speeds and such what you want later.
Squid proxy is ready. It's running on tegu.mozilla.org. There are different instances for different speeds: 3125: 1200 bps 3126: 2400 bps 3127: 9600 bps 3128: 14400 bps 3129: 28800 bps 3130: 56000 bps Authentication is based on cvs logins (eg. "risto%netscape.com") and your cvs password (updated once an hour). If other accounts are needed please let me know. Also, if there are any problems please open bugzilla ticket about it to server operations group.
seems to me that this bug could be reassigned to karnaze?
This bug should not be assigned to me. Reassigning to karnaze and requesting testcase from reporter.
Assignee: chrisd → karnaze
Status: ASSIGNED → NEW
Whiteboard: 12/11: Dawn, please submit a testcase for this bug
Moving to m0.9.1
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
QA contact update
QA Contact: chrisd → amar
Moving to m0.9.3
Target Milestone: mozilla0.9.1 → mozilla0.9.3
*** Bug 76934 has been marked as a duplicate of this bug. ***
Missed 0.9.3.
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Moving to m1.0.
Target Milestone: mozilla0.9.5 → mozilla1.0
Whiteboard: 12/11: Dawn, please submit a testcase for this bug → [awd:tbl] 12/11: Dawn, please submit a testcase for this bug
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
I close this zoombie bug as WFM. Endico if you are able to reproduce the problem please reopen the bug, there have been so many fixed reflow bugs in the mean time, that I doubt that this bug is valid. BTW the URL does not work anymore.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.