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)

ARM
Windows Mobile 6 Professional
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9.2a1

People

(Reporter: hiro, Assigned: hiro)

Details

(Keywords: mobile)

Attachments

(1 file, 2 obsolete files)

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
I actually want to remove mName in FontFamily. It is confusable but I can't imagine the removal impcat.
Attachment #364246 - Flags: review?(bugmail)
Keywords: mobile
OS: Other → Windows Mobile 6 Professional
Hardware: x86 → ARM
Component: General → GFX: Thebes
Product: Fennec → Core
QA Contact: general → thebes
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)
Attached patch Correct patch (obsolete) — Splinter Review
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)
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. };
Attachment #364249 - Flags: review?(bugmail) → review?(vladimir)
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)
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 on attachment 365371 [details] [diff] [review] Update patch [Checkin: Comment 12] looks good
Attachment #365371 - Flags: review?(jdaggett) → review+
switching the platform to linux(embedded) since this is not a windows mobile bug
OS: Windows Mobile 6 Professional → Linux (embedded)
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
the summary still says "gfxPlatformGtk::ResolveFontName"
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.
Keywords: checkin-needed
Assignee: nobody → poincare
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #365371 - Attachment description: Update patch → Update patch [Checkin: Comment 12]
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.

Attachment

General

Created:
Updated:
Size: