315356 - Small black dot appears in rendered page that should not be there.

Status: NEW

(Core :: Layout, defect)

Description

[Sahab Yazdani]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051025 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051025 Firefox/1.5

A small black dot appears next to one of the menu items on the linked page under certain circumstances.  The black dot does not seem to be linked to a dead LCD cell since even if I move the window around the dot is still there or bad video drivers as I tried under a fresh virtual machined WinXP and observed the same bug.

Reproducible: Always

Steps to Reproduce:
1. Browse to the given URL
2. Open up the "Sketchbook" menu item by clicking on the plus sign and observe that there is a black dot next to "Computer Graphics"
3.

Actual Results:  
A black dot appears next to a menu item.

Expected Results:  
the dot should not appear.

I've included an attachment of what the page looks like on my computer.

Comment 1

[Sahab Yazdani]

Attachment: An example of the black dot bug.

Comment 2

[Brandon Amedee]

For some reason, the farthest left pixel of the letter "A" in the word Articles is not being (re)drawn properly. If you expand the menu and then resize the window, the rogue pixel disappears.

Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051025 Firefox/1.5

Comment 3

[crf]

Confirmed. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051106 SeaMonkey/1.5a
It is an artifact and a bug -->

the little dot comes from the bottom left pixel of the "A"  in "Articles".

Note that when you first load the page, the "Primary content" list is expanded. The bottom left pixel of the "A" in "Articles" appears in its particular position, likely outside the frame of this list, and quite properly preserving the proper look of the font. If you collapse the "Primary content" list, or expand any of the other lists, the window is redrawn, but not the part of the "A" that was drawn outside the boundary, which is surely a bug.

Of interest is that Internet Explorer, unlike firefox, doesn't paint parts of text that overflow the boundary, so the "A" is painted incorrectly in I.E. .

Comment 4

[crf]

I don't see this bug in Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.12) Gecko/20050915

Comment 5

[Chris Cooper [:coop] (he/him)]

Confirmed on: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

Comment 6

[crf]

Attachment: inline script and style testcase which shows a pixel incorrectly being left on the screen when closing a javascripted menu

I didn't try to simplify the javascript. The css seems necessary: the open close buttons need to be on the right, the lists need to be left-justified, and the text of the list headers need to be italic. Your default font needs serifs.

Comment 7

[Steve England [:stevee]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a8pre) Gecko/2007082715 Minefield/3.0a8pre ID:2007082715
I see the turd too.

Comment 8

[crf]

I still see this with firefox 47.0.1, using fedora 24.