Closed
Bug 480249
Opened 17 years ago
Closed 17 years ago
gfxWindowsPlatform::ResolveFontName() almost fails since direct access to mName member.
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.9.2a1
People
(Reporter: hiro, Assigned: hiro)
Details
(Keywords: mobile)
Attachments
(1 file, 2 obsolete files)
|
1.48 KB,
patch
|
jtd
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.8.0.4) Gecko/20060508 Firefox/3.0
Build Identifier:
gfxPlatformGtk::ResolveFontName() almost fails since direct access to mName member.
But mName in FontFamily is always empty.
Reproducible: Always
| Assignee | ||
Comment 1•17 years ago
|
||
I actually want to remove mName in FontFamily. It is confusable but I can't imagine the removal impcat.
Attachment #364246 -
Flags: review?(bugmail)
| Assignee | ||
Updated•17 years ago
|
Updated•17 years ago
|
Component: General → GFX: Thebes
Product: Fennec → Core
QA Contact: general → thebes
Comment 2•17 years ago
|
||
Comment on attachment 364246 [details] [diff] [review]
Use Name() method of gfxFontFamily
this looks like a pretty innocuous change, but you'll need review from a gfx peer.
Also, this is marked as a windows mobile bug, but this is patching gtk code. Is the platform marked incorrectly?
Attachment #364246 -
Flags: review?(bugmail) → review?(vladimir)
| Assignee | ||
Comment 3•17 years ago
|
||
Arrrgh.
I post a wrong patch.
This is the right one. sorry.
Attachment #364246 -
Attachment is obsolete: true
Attachment #364249 -
Flags: review?(bugmail)
Attachment #364246 -
Flags: review?(vladimir)
| Assignee | ||
Comment 4•17 years ago
|
||
Anyway, gfxFontFamily and FontFamily in gfxFT2Font.h has the same name of member variable. It is confusable.
From gfxFT2Font.h
class FontFamily : public gfxFontFamily
{
public:
FontFamily(const nsAString& aName) :
gfxFontFamily(aName) { }
FontEntry *FindFontEntry(const gfxFontStyle& aFontStyle);
protected:
virtual PRBool FindWeightsForStyle(gfxFontEntry* aFontsForWeights[], const gfxFontStyle& aFontStyle);
public:
nsTArray<nsRefPtr<FontEntry> > mFaces;
nsString mName; <-- The bad guy is this.
};
Updated•17 years ago
|
Attachment #364249 -
Flags: review?(bugmail) → review?(vladimir)
Comment 5•17 years ago
|
||
Comment on attachment 364249 [details] [diff] [review]
Correct patch
changing the review request to vlad, who owns gfx
Attachment #364249 -
Flags: review?(vladimir) → review?(jdaggett)
| Assignee | ||
Comment 6•17 years ago
|
||
I found another direct access to a member.
Attachment #364249 -
Attachment is obsolete: true
Attachment #365371 -
Flags: review?(jdaggett)
Attachment #364249 -
Flags: review?(jdaggett)
Comment 7•17 years ago
|
||
Comment on attachment 365371 [details] [diff] [review]
Update patch
[Checkin: Comment 12]
looks good
Attachment #365371 -
Flags: review?(jdaggett) → review+
Comment 8•17 years ago
|
||
switching the platform to linux(embedded) since this is not a windows mobile bug
OS: Windows Mobile 6 Professional → Linux (embedded)
| Assignee | ||
Comment 9•17 years ago
|
||
No, Brad. This fix is for windows mobile.
My first patch (wrong patch) was for linux but the updated patch is for windows mobile. As far as I investigate, Fennec uses only system font in most cases.
OS: Linux (embedded) → Windows Mobile 6 Professional
Comment 10•17 years ago
|
||
the summary still says "gfxPlatformGtk::ResolveFontName"
| Assignee | ||
Comment 11•17 years ago
|
||
Oops! I am a foolish.
Summary: gfxPlatformGtk::ResolveFontName() almost fails since direct access to mName member. → gfxWindowsPlatform::ResolveFontName() almost fails since direct access to mName member.
| Assignee | ||
Updated•17 years ago
|
Keywords: checkin-needed
Updated•17 years ago
|
Assignee: nobody → poincare
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Comment 12•17 years ago
|
||
Comment on attachment 365371 [details] [diff] [review]
Update patch
[Checkin: Comment 12]
http://hg.mozilla.org/mozilla-central/rev/cd149fbe6f4b
Attachment #365371 -
Attachment description: Update patch → Update patch
[Checkin: Comment 12]
Updated•17 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.2a1
You need to log in
before you can comment on or make changes to this bug.
Description
•