Closed Bug 51286 Opened 25 years ago Closed 24 years ago

black borders to the right of table cells

Categories

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

Product:
Core
Component:
Layout: Tables
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
mozilla1.0.1

People

(Reporter: bugzilla-f, Assigned: karnaze)

References

(
URL
)

Details

(Keywords: testcase)

Attachments

(3 files)

In case you don't see it on your machine...
140.94 KB, image/jpeg
Details
testcase. Resize window!
326 bytes, text/html
Details
testcase: centered table with 2 cells
197 bytes, text/html
Details
This page (http://slashdot.org/) does not render correctly when first displayed: there are black borders to the right of table cells. A window resize (causing a table reflow) makes these black borders disappear.
dup of bug 51163 or bug 50940.
happens on windows too.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
this was reported earlier as bug 47745, which was incorrectly marked as a duplicate of a bug occurring on the tinderbox page. i'm cc'ing the reporter of that bug.
Happens on Mac, too...I've seen it before, but now it's worse. Occurs at seemingly random windows widths.
Tested this on 9/12 builds for Windows, Mac and Linux. Cannot reproduce this problem. WORKSFORME. Could have been resolved from fix for #27529.
works for me too - tested slashdot and freshmeat, stripes at both sites are gone again. linux 2000091212. Resolving as WFM.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Verified WORKSFORME.
Status: RESOLVED → VERIFIED
Nice job, whoever :-)
I am sorry that I have to reopen this bug that I have reproduced myself on Linux, win95 and win2k (thanks Timeless), using builds 2000110604. http://www.linux.com produces a table with three main columns. Between the second and third column appears at some point a thin vertical black line going through the whole middle column. From what Garrett says, it is a regression, as it indeed worked at some point (apparently 2000/09/12). Adding garrett@linux.com to CC. Fabian.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Tested on the following builds: Win: 11_06_16_mn6 Mac: 11_06_15_mn6 Linux: 11_06_16_mn6 with www.linux.com and www.slashdot.org Unable to reproduce. WORKSFORME
Try resizing your browser to various widths. It helps when you have "update contents when resizing window" on (or whatever it is caller for your window manager / platform / etc.), as you could see the tables update. My browser is normally sized at 800 pixel width, and I see it by default -- however, with different fonts, I imagine that the width may vary.
WORKSFORME Platform: PC OS: WIndows98 Mozilla Build: 2001012205 Marking as such.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Reopening again. I see this with 0.8, Win NT. Bug 46254 is a related bug.
Same here on Linux. Resizing the windows does NOT make the black borders disappear... Again, Slashdot is affected by this bug.
Oops, resizing the windows even further DOES make the border disappear on slashdot. 683 < width < 730 == black borders (but that is probably dependent on font size etc.)
This may or may not be caused by the same problem, but I do believe this is possibly related. On my personal website, Mozilla fails to render the tables accurately. http://linuxart.com/dir/stuff/ -- compare the results to other browsers, such as Netscape. It should be fairly obvious that the outlines are not displaying in all cases.
*** Bug 48441 has been marked as a duplicate of this bug. ***
Moving to m1.0.1
Status: REOPENED → ASSIGNED
Target Milestone: --- → mozilla1.0.1
*** This bug has been marked as a duplicate of 45055 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
Verified dup.
Status: RESOLVED → VERIFIED
This is *not* a dupe of bug 45055. 45055 is about vertical spacing, this one is about horizontal spacing. And, although it isn't as bad as it was some time ago, the fix for 45055 hasn't fixed this completly. I still see this bug on slashdot.org and linuxart.com. However, my testcase is now rendered correctly and I was not able to make a new simple testcase which shows similar results as at slashdot.org or linuxart.com. This is with 2001-04-09-04 on Win NT. Reopening once again.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
*** Bug 73934 has been marked as a duplicate of this bug. ***
QA Contact: chrisd → amar
I'm seeing the http://mail.yahoo.com problem from my bug (bug 48441) a lot lately. I get the impression it's caused by the page not loading completely and a Right click->Reload Frame fixes the problem. I've got a screenshot if anyone's interested...
Cannot reproduce most former occurances of this bug with 2001-08-14-03, Win NT. However, I still see a 1px gap if a table is centered. You may have to resize your browser window to see this.
Keywords: testcase
*** Bug 94825 has been marked as a duplicate of this bug. ***
wfm
Status: REOPENED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: