Closed
Bug 59094
Opened 24 years ago
Closed 21 years ago
Hardcoded chrome URL to a GIF file in netwerk/streamconv/converters/mozTXTToHTMLConv.cpp
Categories
(Core Graveyard :: Skinability, defect, P3)
Core Graveyard
Skinability
Tracking
(Not tracked)
Future
People
(Reporter: bzbarsky, Unassigned)
References
Details
(Keywords: helpwanted)
Lots of lines of the form:
SmilyHit(aInString, aInLength, col0, ":-)", 3, "<img
src=\"chrome://messenger/skin/smile.gif\" alt=\":-)\" class=\"moz-txt-smily\"
height=17 width=17 align=ABSCENTER>", outputHTML, glyphTextLen)
These should not be hardcoded.
Reporter | ||
Updated•24 years ago
|
Summary: Hardcoded chrome URL to a GIF file in extensions/xmlterm/base/mozXMLTermSession.cpp → Hardcoded chrome URL to a GIF file in netwerk/streamconv/converters/mozTXTToHTMLConv.cpp
Pretriage of skinnability bugs, marking nsbeta1-. The real question is how to
allow people to load up an icon using common dialog services without referencing
a filename. Certainly not going to get fixed for beta1.
Keywords: nsbeta1-
Marking nsbeta1- bugs as future to get off the radar
Target Milestone: --- → Future
Comment 3•24 years ago
|
||
Mass move skinability bugs to nobody@mozilla.org, helpwanted.
Assignee: ben → nobody
Keywords: helpwanted
Comment 4•21 years ago
|
||
the chrome urls in that file have moved inside the SmilyHit function, as:
722 outputHTML += NS_LITERAL_STRING("<img
src=\"chrome://editor/content/images/");
Comment 5•21 years ago
|
||
*** This bug has been marked as a duplicate of 84950 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•