99649 - Body tag graphic relic appears when switching from Preview view to Show all tags view

Status: VERIFIED DUPLICATE of bug 63863

(SeaMonkey :: Composer, defect)

Description

[TucsonTester2]

After switching from "Preview" to "Show All Tags" view composer has what appears
to be a second body tag (actually a graphic relic) showing in the show all tags
view.

Build: 2001091003
Reproducibility: Everytime

Steps to Reproduce:
1.Open Composer
2.Switch to Preview view
3.Switch to Show All Tags view

Actual Results:
A second body tag will appear to show up behind the real one.  This is not a
real body tag but something that appears there.

Expected Results:
I would expect that only one body tag would appear no matter what view I switch
from.

Comment 1

[Kathleen :Brade]

-->glazman

Daniel--this seems like a duplicate of bug #88681 but that is resolved fix.
Any ideas?  Is this a regression?

Comment 2

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

Not sure it is a regression... More probably, yet another occurence of a problem
caused by the BodyFixupRule :-(

Ok, I keep this bug but with a 1.0 target; Cc:ing hyatt too.

Comment 3

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

hyatt: yet another BodyFixupRule pb imho...

Comment 4

[Asa Dotzler [:asa]]

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)

Comment 5

[Kathleen :Brade]

*** Bug 122469 has been marked as a duplicate of this bug. ***

Comment 6

[Kathleen :Brade]

*** Bug 130957 has been marked as a duplicate of this bug. ***

Comment 7

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

Duplicate of bug 63863?

Comment 8

[Kathleen :Brade]

-->dbaron per glazman

Comment 9

[Charles Manske]

Attachment: Fix

Comment 10

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

ok, I have made a CSS workaround for this bug (that Charley just attached above).
It's only a workaround ; the repaint problem hidden behind is still there but at
least it makes happy Composer users.

Comment 11

[Charles Manske]

Since fix is in Composer, I'll take the bug.
Fix is by glazman.

Comment 12

[Charles Manske]

Comment on attachment 74348 [details] [diff] [review]
Fix

r=cmanske

Comment 13

[Kathleen :Brade]

Please don't resolve this bug after checking in that workaround (unless dbaron
sees that it is a duplicate of bug 63863.

This bug is about an issue which we are going to mask but the problem is still
there.

My preference would have been to file a new bug with this workaround patch (or
reopen a duplicate bug) but leave this bug intact and assigned to dbaron.

Comment 14

[Charles Manske]

I'd say this is just another symptom of bug 63863, thus fixing this doesn't 
get dbaron off the hook for fixing actual problem. I don't see the need for 
any other bug.

Comment 15

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

The patch on bug 63863 fixes this bug.

Comment 16

[Daniel Veditz [:dveditz]]

So is this to be closed dupe of 63863 or do you still need sr= on the patch here?

Comment 17

[michael wendell]

I am not seeing this problem anymore.  Should this be resolved as a dupe of bug
63863?  Or should it be resolved as WORKSFORME?  Or do you guys want to keep
this open for tracking purposes?

Comment 18

[Kathleen :Brade]

Comment on attachment 74348 [details] [diff] [review]
Fix

obsoleting hacky patch

Comment 19

[Kathleen :Brade]

dupe

*** This bug has been marked as a duplicate of 63863 ***

Comment 20

[michael wendell]

Verified.