Open Bug 354319 Opened 18 years ago Updated 3 years ago

Broken image placeholder must be visible when in designMode

Categories

(Core :: DOM: Editor, defect, P5)

defect

Tracking

()

People

(Reporter: fredck, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.8.0.7) Gecko/20060909 Firefox/1.5.0.7

When document.designMode="on", a typical broken image icon (placeholder) should be displayed so the user can select it to make changes in the image.

Reproducible: Always

Actual Results:  
Today, no image or placeholder is displayed at all, making it impossible to edit or move the image.
Just open the URL in IE to see the expected behavior.
Version: unspecified → 2.0 Branch
I would like to see this 'feature' or at least a way of showing the broken images like IE.
Blocks: 424615
If an image is broken in designmode, it needs an doubleclick to get selected, what is also an bug.
If an placeholder is impossible an "_moz_image_broken" attribute shut be appended to the img-element for a user-css.
This bug was reported on Firefox 2.x or older, which is no longer supported and will not be receiving any more updates. I strongly suggest that you update to Firefox 3.6.3 or later, update your plugins (flash, adobe, etc.), and retest in a new profile. If you still see the issue with the updated Firefox, please post here. Otherwise, please close as RESOLVED > WORKSFORME
http://www.mozilla.com
http://support.mozilla.com/kb/Managing+profiles
http://support.mozilla.com/kb/Safe+mode
Go to http://demo.textrinum.org , login and edit the "Lorem Ipsum" - page.
Give the sample image a wrong url.
In this case there is no Broken Image Palceholder and i can't say why. Using Firefox 3.6

By working on that: Opera gives at least images an fileSize member in the DOM.
Would be good for Firefox to.
There is an URL in this ticket, so it's enough to open it to see that this is still a current issue.
Version: 2.0 Branch → 3.6 Branch
That message was automated, sorry about that.
Status: UNCONFIRMED → NEW
Component: General → Editor
Ever confirmed: true
Keywords: testcase
OS: Windows Server 2003 → All
Product: Firefox → Core
QA Contact: general → editor
Hardware: x86 → All
Version: 3.6 Branch → Trunk
Firefox 22 out and this is still an issue.

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: