Closed
Bug 354703
Opened 18 years ago
Closed 17 years ago
calDateTime::SubtractDate has unused variables and function calls
Categories
(Calendar :: Internal Components, defect)
Calendar
Internal Components
Tracking
(Not tracked)
RESOLVED
FIXED
0.7
People
(Reporter: dmosedale, Assigned: Fallen)
Details
Attachments
(1 file, 1 obsolete file)
1.06 KB,
patch
|
cmtalbert
:
review+
|
Details | Diff | Splinter Review |
Which means that the returned duration's nativeTime is wrong (outdated). I suspect we may want to take this for 0.3, but I'm conflicted. Taking it scares me, but not taking it scares me too.
Reporter | ||
Updated•18 years ago
|
Flags: blocking0.3?
Reporter | ||
Comment 1•18 years ago
|
||
Assignee: nobody → dmose
Status: NEW → ASSIGNED
Attachment #240498 -
Flags: second-review?(mvl)
Attachment #240498 -
Flags: first-review?(cmtalbert)
Comment on attachment 240498 [details] [diff] [review] normalize and cleanup in subtractDate This looks good. If there isn't a defect to remove spurious normalize's throughout the rest of the code, can you file one? Or should we just clean them up as we find them?
Attachment #240498 -
Flags: first-review?(cmtalbert) → first-review+
Comment 3•18 years ago
|
||
I don't understand the bug. Do you have a testcase?
> Which means that the returned duration's nativeTime is wrong (outdated)
calIDuration doesn't have a nativeTime, so how can it be wrong?
Reporter | ||
Comment 4•18 years ago
|
||
Comment on attachment 240498 [details] [diff] [review] normalize and cleanup in subtractDate mvl is right; the Normalize call is not necessary here.
Attachment #240498 -
Attachment is obsolete: true
Attachment #240498 -
Flags: second-review?(mvl)
Reporter | ||
Updated•18 years ago
|
Flags: blocking0.3?
Summary: calDateTime::SubtractDate does not normalize before returning → calDateTime::SubtractDate has unused variables and function calls
Comment 5•18 years ago
|
||
(In reply to comment #4) > (From update of attachment 240498 [details] [diff] [review] [edit]) > mvl is right; the Normalize call is not necessary here. It looks as if we only need to take the first part of the patch then to fix/close this bug.
Updated•18 years ago
|
Target Milestone: --- → Sunbird 0.5
Reporter | ||
Comment 6•17 years ago
|
||
lilmatt: your commment 5 still applies. A new version of this patch without the Normalize call is what's wanted here.
Assignee: dmose → nobody
Status: ASSIGNED → NEW
Comment 7•17 years ago
|
||
BTW: I recognized that calDateTime's boolean member mIsValid is only written but never read, so maybe this can be cleaned up in this turn, too.
Updated•17 years ago
|
Target Milestone: Sunbird 0.5 → ---
Comment 8•17 years ago
|
||
(In reply to comment #7) Forget my previous comment: there is a readonly attribute that reads; I just misgrepped calDatetime.cpp searching for mIsValid while the getter macro just references IsValid...
Assignee | ||
Comment 9•17 years ago
|
||
Since this is a quick one, patch as requested in c6.
Assignee: nobody → bugzilla
Status: NEW → ASSIGNED
Attachment #260840 -
Flags: first-review?(lilmatt)
Attachment #260840 -
Flags: first-review?(lilmatt) → review?(lilmatt)
Comment 10•17 years ago
|
||
Comment on attachment 260840 [details] [diff] [review] hunk 1 of previous patch over to clint
Attachment #260840 -
Flags: review?(lilmatt) → review?(ctalbert)
Comment 11•17 years ago
|
||
Comment on attachment 260840 [details] [diff] [review] hunk 1 of previous patch r=ctalbert
Attachment #260840 -
Flags: review?(ctalbert) → review+
Assignee | ||
Comment 12•17 years ago
|
||
Checked in on HEAD and MOZILLA_1_8_BRANCH -> FIXED
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.7
You need to log in
before you can comment on or make changes to this bug.
Description
•