Closed
Bug 115858
Opened 24 years ago
Closed 24 years ago
Cannot remove a background image
Categories
(Core :: DOM: Editor, defect)
Tracking
()
VERIFIED
FIXED
mozilla0.9.9
People
(Reporter: bugzilla, Assigned: cmanske)
References
Details
(Whiteboard: EDITORBASE, FIX IN HAND, reviewed)
Attachments
(1 file)
|
5.63 KB,
patch
|
neil
:
review+
hewitt
:
superreview+
|
Details | Diff | Splinter Review |
Using either a composer page or a message compose window:
1)go to menu Format/Page Colors and Background
2)select a image file for the background
3)close the dialog by pressing OK
==> the background image appears
4)go to menu Format/Page Colors and Background
5)delete the background image url
6)close the dialog by pressing OK
==> the background image still there!
expextec result: No more background image
| Reporter | ||
Comment 1•24 years ago
|
||
nominating nsbeta1, the user should be able to remove a background image.
Comment 2•24 years ago
|
||
Is the image *really* there or does it appear to be there?
(If you save and reopen, is it still there?)
This sounds like a duplicate bug of a bug on hyatt's(?) plate.
| Reporter | ||
Comment 3•24 years ago
|
||
If I save and then reopen the page, the background image is gone. This problem
hurt a lot message compose when we use a recycled window.
| Assignee | ||
Comment 4•24 years ago
|
||
This is not a Composer problem. The "background" attribute value is removed
correctly in both Composer and Message Composer, but in mail, the window is not
being redisplayed (it is in Composer).
So I guess this is a layout problem?
cc'ing glazman; I think he knows something about this code.
Assignee: syd → kin
Component: Editor: Composer → Editor: Core
Would you believe it if I suspect yet another BodyFixupRule side effect ?...
To show it in Composer : give a gif bg, and then remove the gif bg, the bg
is still here, switch to source view and then back to normal, the bg is gone.
Given the number of issues we have with it, the least we can say is that
this code is not clean, or more precisely, not complete.
| Assignee | ||
Comment 6•24 years ago
|
||
Yes, that is exactly what I suspected! Daniel: can you take this bug? (Kin won't
be around for next couple of weeks.)
me is wondering is this bug is not a dup of bug 96264. Just for the record,
I have attached a patch to 96264 and am waiting for hyatt's review. He is
probably away from Xmas. Charley, can you please try fix for 96264 and see if it
solves the current bug ? Thanks.
| Assignee | ||
Comment 8•24 years ago
|
||
Depends on: 116161
Fixed by checkin of bug 116161 at 2002-01-07 15:45/46 PST.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 10•24 years ago
|
||
I am still not able to remove a background image using a MacOS X debug build
from last night around 6pm
Comment 11•24 years ago
|
||
headsup Tucson.
Comment 12•24 years ago
|
||
Is this problem now only on OSX or is it on all platforms? Is it still a problem?
I think dbaron actually did fix this (the OSX problem was unrelated).
OS: Windows 2000 → All
Hardware: PC → All
Comment 13•24 years ago
|
||
Yes, this only appears to be happening on OSX. I don't see a way to delete the
background through the GUI, and if you try to delete the background image from
advanced properties or HTML source, it comes right back.
This works fine on Win 98 and Mac OS9 both using the 01-29 trunk builds.
Switching the Platform and OS to Mac / OSX.
OS: All → MacOS X
Hardware: All → Macintosh
Comment 15•24 years ago
|
||
Looks like the bug is in the UI. The "page colors and background" dialog box is
different than what is displayed on WINNT. The text box used to enter the
background image is not present on OSX.
If you click on the advanced edit button and try to remove the background
attribute it doesn't really remove the background attribute because the next
time you bring up the advanced edit dialog box from the "page colors and
background" dialog box the attribute is still there.
Reassigning back to cmanske.
Assignee: kin → cmanske
Status: REOPENED → NEW
| Assignee | ||
Comment 16•24 years ago
|
||
I find it hard to believe that the "page colors and background" could be different
on OSX! Could you please show a screen shot? This is XP JS code launching a
XUL dialog!
Simon what do you see on you OSX machine?
| Assignee | ||
Comment 17•24 years ago
|
||
Note that using SetTextboxFocus() is necessary to fix focus racing problem
(bug 125346).
| Assignee | ||
Updated•24 years ago
|
Severity: normal → blocker
Status: NEW → ASSIGNED
Whiteboard: EDITORBASE → EDITORBASE, FIX IN HAND, need r=,sr=
Target Milestone: --- → mozilla0.9.9
Comment 18•24 years ago
|
||
Comment on attachment 70084 [details] [diff] [review]
Fix for problems in Composer UI
r=neil@parkwaycc.co.uk
Although, instead of
var innerURL = gBackgroundImage.match( /url\((.*)\)/ ) ;
if (innerURL)
I would have preferred
if (/url\((.*)\)/.test(gBackgroundImage))
Attachment #70084 -
Flags: review+
| Assignee | ||
Updated•24 years ago
|
Whiteboard: EDITORBASE, FIX IN HAND, need r=,sr= → EDITORBASE, FIX IN HAND, need sr=
Comment 19•24 years ago
|
||
Comment on attachment 70084 [details] [diff] [review]
Fix for problems in Composer UI
sr=hewitt
Attachment #70084 -
Flags: superreview+
| Assignee | ||
Updated•24 years ago
|
Whiteboard: EDITORBASE, FIX IN HAND, need sr= → EDITORBASE, FIX IN HAND, reviewed
| Assignee | ||
Comment 20•24 years ago
|
||
checked in
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 21•24 years ago
|
||
Verified. The page title and background screen is the same as in OS9 and Win,
and you are now able to delete the background image.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•