[Korganizer-devel] [Bug 142052] New: Wrong function of backspace when editing dates

[Mirko Doelle]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=142052         
           Summary: Wrong function of backspace when editing dates
           Product: korganizer
           Version: unspecified
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: korganizer-devel kde org
        ReportedBy: cooper linvdr org


Version:           3.5.5 (using KDE 3.5.5, Debian Package 4:3.5.5a.dfsg.1-5 (4.0))
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.17-2-686

Preconditions:
Creating a new date, filling in correct start and end values. Then double-click the event in the monthly overview to edit the end margin. Click into the date field of the end margin, in this case behind the "22" of the date "22.03.2007".

Intention:
Changing the end margin of this date to 23rd of March 2007 by pressing backspace (reducing the day number to "2") and entering "3" (to get "23" for day).

Effect:
When pressing Backspace, the date is changed to the day before (21.03.2007) and the cursor is positioned behind the year. When pressing "3", this is appended to the year, extending the end margin to 22.03.20073, 6,5 million days in future.

Side Effect:
When pressing OK, KOrganizer accepts the end margin at 22.03.20073 without any notice or error message. After *several* minutes, the calendar is filled up till 200073.

Workaround:
Mark the last "2" of day "22" with the mouse and enter "3". This results in 23.03.2007, as expected.

Suggested solution:
When pressing backspace, the character before cursor position should be deleted to allow editing the end marging with keyboard. Backspace as "previous day" function is unneeded because Cursor-Down has already the same function. When entering dates several (50?) years in future, there should be a warning or better the user should have to approve those dates explicitely.