Closed
Bug 729049
Opened 13 years ago
Closed 13 years ago
Inline IsXMLLetter, IsXMLNCNameChar, DecodeEntity form nsIParserService
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla14
People
(Reporter: hsivonen, Assigned: charles.wh.chan)
References
(Blocks 1 open bug)
Details
(Whiteboard: [mentor=hsivonen][lang=C++])
Attachments
(1 file, 5 obsolete files)
8.01 KB,
patch
|
hsivonen
:
review+
|
Details | Diff | Splinter Review |
IsXMLLetter, IsXMLNCNameChar, DecodeEntity in nsIParserService each have one caller. Inline these methods into their callers to make it possible to zap nsIParserService.
Reporter | ||
Updated•13 years ago
|
OS: Linux → All
Hardware: x86_64 → All
Reporter | ||
Updated•13 years ago
|
Whiteboard: [mentor=hsivonen][lang=C++]
Assignee | ||
Comment 1•13 years ago
|
||
Here's the patch file. Should I also remove the functions from nsParserService.h or the header file altogether?
Updated•13 years ago
|
Assignee: nobody → charles.wh.chan
Reporter | ||
Comment 2•13 years ago
|
||
(In reply to Charles Chan from comment #1)
> Created attachment 604703 [details] [diff] [review]
> Bug-729049: Patch-1
>
> Here's the patch file.
Thank you.
> Should I also remove the functions from
> nsParserService.h or the header file altogether?
Yes please. The goal is to take stuff out of nsIParserService until there's nothing there and nsIParserService can be removed.
Assignee | ||
Comment 3•13 years ago
|
||
(In reply to Henri Sivonen (:hsivonen) from comment #2)
> > Should I also remove the functions from
> > nsParserService.h or the header file altogether?
>
> Yes please. The goal is to take stuff out of nsIParserService until there's
> nothing there and nsIParserService can be removed.
Here's an updated patch which also remove the functions declaration from nsiParserService.h and definition from nsParservice.h
Attachment #604703 -
Attachment is obsolete: true
Comment 4•13 years ago
|
||
Comment on attachment 604803 [details] [diff] [review]
Bug-729049: Patch-2
For future reference, Charles, you can (and should!) set flags like review? and feedback? by clicking the Details link for patches and putting the reviewer's email or bugzilla nick (like :hsivonen) in the requestee field.
Attachment #604803 -
Flags: review?(hsivonen)
Assignee | ||
Comment 5•13 years ago
|
||
(In reply to Josh Matthews [:jdm] from comment #4)
> Comment on attachment 604803 [details] [diff] [review]
> Bug-729049: Patch-2
>
> For future reference, Charles, you can (and should!) set flags like review?
> and feedback? by clicking the Details link for patches and putting the
> reviewer's email or bugzilla nick (like :hsivonen) in the requestee field.
Sorry, I will keep that in mind next time. :)
Assignee | ||
Comment 6•13 years ago
|
||
Resubmit patch with 8 line context.
Attachment #604803 -
Attachment is obsolete: true
Attachment #605282 -
Flags: review?(hsivonen)
Attachment #604803 -
Flags: review?(hsivonen)
Reporter | ||
Comment 7•13 years ago
|
||
Comment on attachment 605282 [details] [diff] [review]
Bug-729049: Patch-3
> const PRUnichar *afterEntity;
>+ const PRUnichar **aNext = &afterEntity;
Naming a local variable aFoo is not OK. The aFoo pattern is reserved for arguments. However, a new local variable isn't needed at all here.
>+ *aNext = nsnull;
Instead of this, you could intialize afterEntity to nsnull directly:
const PRUnichar* afterEntity = nsnull;
>+ reinterpret_cast<const char**>(aNext),
And then here instead of aNext, you can use &afterEntity.
r- for this iteration, but it will turn to r+ with the above comments addressed.
Thank you.
Attachment #605282 -
Flags: review?(hsivonen) → review-
Assignee | ||
Comment 8•13 years ago
|
||
Thanks Henri, I will address these and re-submit the fix for review.
Assignee | ||
Comment 9•13 years ago
|
||
Fix the issues identified in the code review.
Attachment #605282 -
Attachment is obsolete: true
Attachment #605654 -
Flags: review?(hsivonen)
Assignee | ||
Comment 10•13 years ago
|
||
Please ignore the last patch, re-attach the correct file.
Attachment #605654 -
Attachment is obsolete: true
Attachment #605660 -
Flags: review?(hsivonen)
Attachment #605654 -
Flags: review?(hsivonen)
Reporter | ||
Comment 11•13 years ago
|
||
Comment on attachment 605660 [details] [diff] [review]
Bug-729049: Patch-5
>+ PRUnichar result[2];
There appears to be trailing whitespace on this line.
r=hsivonen with the trailing whitespace from the above line removed.
Thank you.
Attachment #605660 -
Flags: review?(hsivonen) → review+
Assignee | ||
Comment 12•13 years ago
|
||
Fixed the extra spaces.
Attachment #605660 -
Attachment is obsolete: true
Attachment #606113 -
Flags: review?(hsivonen)
Reporter | ||
Comment 13•13 years ago
|
||
Comment on attachment 606113 [details] [diff] [review]
Bug-729049: Patch-6
Looks good. Thanks.
Attachment #606113 -
Flags: review?(hsivonen) → review+
Assignee | ||
Updated•13 years ago
|
Keywords: checkin-needed
Comment 14•13 years ago
|
||
Thanks for the patch and thanks for using mq to make it!
https://hg.mozilla.org/integration/mozilla-inbound/rev/c593e878662a
Comment 15•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•