Closed Bug 660857 Opened 9 years ago Closed 7 years ago

widget with html content has no icon customize toolbar

Categories

(Add-on SDK Graveyard :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: irakli, Unassigned)

References

Details

No description provided.
Priority: -- → P2
Target Milestone: --- → 1.0
I can somewhat confirm this bug. 

I think the correct bug is something more like "wrong rendered icon for widgets with html". As can be seen here [http://i.imgur.com/YoU8i.png] the widgets have icons, but skewed. This are the original widgets in the normal place [http://i.imgur.com/T9zZy.png].
(automatic reprioritization of 1.0 bugs)
Priority: P2 → P1
Target Milestone: 1.0 → 1.1
Assignee: nobody → poirot.alex
This bug is related to bug 660860 as they share same origin: we are not really handling the customization dialog. 
I'll propose a patch in bug 660860 that may fix this one.
Status: NEW → ASSIGNED
So I proposed in bug 660860 to fully handle customization.
In current patch I'm replacing our toolbaritem with a simplier toolbarbutton that will be used to drag and move over a new toolbar, or into the customize dialog. That button will be kept in customize dialog so that addons can't render complex stuff in this dialog, only a text and icon.
Target Milestone: 1.1 → 1.2
(Pushing all open bugs to the --- milestone for the new triage system)
Target Milestone: 1.2 → ---
Do we have a status update? Is there any workaround for it?
(In reply to Henrik Skupin (:whimboo) from comment #7)
> Do we have a status update? Is there any workaround for it?

I would like to know about that too.
Shouldn't we consider most of widgets bugs as wontfix as we are going to deprecate old widget API?
Assignee: poirot.alex → nobody
Priority: P1 → --
Yes we should!
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.