Closed Bug 838580 Opened 13 years ago Closed 11 years ago

Textarea interactions doesn't invalidate everything it should

Categories

(Core :: Layout, defect)

All
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1007067

People

(Reporter: cork, Unassigned)

References

Details

(Keywords: regression, testcase)

Attachments

(2 files)

Attached file testcase
I've seen this since the landing of dlbi, but its been close to impossible to find a consistent way to reproduce it. Steps to reproduce: 1. Start a new firefox profile 2. Load the attached testcase 3. Click the "CSS" tab 4. Click on the word "white" in the textarea 5. Click the "HTML" tab 6. Click the "Name" in the textarea Actual results: Some of the text in the CSS textarea is rendered in the HTML textarea. Expected results: The HTML textarea should only contain the the html textarea text. I can reproduce this on two linux machines, one with "nouveau -- Gallium 0.4 on NVC3" and one with disabled ati drivers (software rendered). This also happens when editing normal textareas like ex. the one here in bugzilla. But its very sporadic. Regression range: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=895f66c4eada&tochange=c09a0c022b2e
I'm not reproducing here and I wonder whether it could be due to differences in the fonts that are used. The CSS family is -moz-fixed. I don't know exactly how that it mapped to the real font family, but perhaps "fc-match monospace" will give a clue. Or DOM Inspector can show the font faces used in a fieldset.
I don't think the font has anything to do with it, i tried adding textarea { font-family: verdana; } and the bug is displayed more or less exactly like before.
Blocks: 1007067
Can you reproduce this in the latest Nightly? Bug 1007067 which this one blocks was fixed a short while ago.
Flags: needinfo?(cork)
No, I can not.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(cork)
Resolution: --- → DUPLICATE
Attached image invalidation-glitch.png
Hmm might have been a bit too hasty to say that. The testcase doesn't work anymore but the rendering problems still occur, I just got it in zimbra email composing. Should i reopen this one or file a new one?
If you're sure it's not something specific to Zimbra, you may want to open a new report. The testcase and the STR aren't the same anymore, and another person who tested couldn't reproduce this.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: