Closed Bug 329975 Opened 19 years ago Closed 19 years ago

Task dialog does not show completed percentage

Categories

(Calendar :: Internal Components, defect)

defect
Not set
minor

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ffreund, Assigned: mattwillis)

Details

Attachments

(1 file, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060309 Mozilla Sunbird/0.3a1+

If a Task has e.g. 50% completed, which is shown correclty in the left panes listview, and you double click it for editing, the dialog always shows 0%.
If you change the percentage and save the task the listview is updated and the value is saved in the calendar file correctly.
Opening the task again result in the dialog sjowing 0% again.

Reproducible: Always

Steps to Reproduce:
1. Create a Task an set Percentage competed to a value > 0%
2. Save the Task (You will see your entered and saved value in the task listview)
3. Open the task for editing
4. The percentage completed shows 0%

Actual Results:  
Dialog always shows 0% completed, no matter of the actual value of the according task

Expected Results:  
The dialog should show the tasks percentage completed value (as in the listview)
Confirmed.

Note: task dialog allows to set 0/10/20/30/40/50/60/70/80/90/100 for % completed. Setting the value via context menu allows to set 0/25/50/75/100 only.  This wants to be unified first. Or the dropdown list in the dialog should be an edit field.
Status: UNCONFIRMED → NEW
Component: Sunbird and Calendar-Extension Front End → Base
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk
Assignee: nobody → mattwillis
This patch only covers the original bug.
Attachment #216173 - Flags: first-review?(jminta)
(In reply to comment #1)
> Note: task dialog allows to set 0/10/20/30/...

I think that issue should be a separate bug (if it isn't already)
Comment on attachment 216173 [details] [diff] [review]
v0 - TRUNK - ToDoDialog neglected to get the item's percent complete onLoad

The percent complete field is in the 'More' section of the dialog, so this value shouldn't be set until loadDetails().  (That keeps us faster at creating/loading the dialog.)
Attachment #216173 - Flags: first-review?(jminta) → first-review-
Attachment #216173 - Attachment is obsolete: true
Attachment #216222 - Flags: first-review?(jminta)
Comment on attachment 216222 [details] [diff] [review]
v1 - Now in the correct place per jminta comment

r=jminta but whether we fix the menu-unification issue in this bug or in another, it needs to block 0.3a2.
Attachment #216222 - Flags: first-review?(jminta) → first-review+
ssitter's bug isn't address by patch v1:
If you set your task (via the contextual menu) to one of the percentages that's not in the eventDialog's menulist (25% or 75%) and then check eventDialog, it shows "0%". 

The options I see are:
a) blow the contextual menu out to 0-100% by tens
b) add the "25%" and "75%" to eventDialog's menulist
c) leave the contextual menu alone but change the eventDialog menulist to a textfield, complete with integer checking, etc.

I think The Right Way to do it is c), but we could implement b) to keep from blocking 0.3a2
Status: NEW → ASSIGNED
patch v1 was checked in to trunk and moz1.8

ssitter's valid comment is now represented by bug 331814

resolving FIXED
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
The bugspam monkeys have been set free and are feeding on Calendar :: Internal Components. Be afraid for your sanity!
QA Contact: sunbird → base
verified with
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060929 Sunbird/0.3
Status: RESOLVED → VERIFIED
Whiteboard: [litmus testcase wanted]
Litmus testcase 2607 created
Whiteboard: [litmus testcase wanted]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: