280333 - dragging region in day view can create an event with times not matching region

Status: VERIFIED FIXED

(Calendar :: Sunbird Only, defect)

Description

[nabil.elisa]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041110 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041110 Firefox/1.0

In the day view of sunbird, you can create an event by click on a time slot or
dragging across several.  If you drag from up to down (to select mutiple time
slots) there is no problem, and if u drag from down to up there is not problem,
BUT if you drag from up to down, then back up again past the initial time slot
the  start date becomes inaccurate.

Reproducible: Always

Steps to Reproduce:
1. open sunbird
2. goto day view
3. click a time slot and drag it down, then without releasing the button
continue to drag upwards past the initial time slot
4. an event will be created, but the start time will be the time of the slot
where mouseDown occurred instead of the earliest selected slot

Actual Results:  
an event was created with incorrect start time

Expected Results:  
created an event with the correct start time

i feel no extra info is needed.

Comment 1

[Joey Minta]

Reporter:
    This seems to be a duplicate of bug 216958.  If you agree, please mark it as
such.

Comment 2

[gekacheka]

I was not able to confirm this bug as given.
down-up: Drag down from 10 to 11 and than back up to 8.
  actual & expect: new event started at 8.

However, I was able to confirm related bugs: 
down-up: Drag down from 10 to 11 and than back up to 8.
  actual:  new event ends at 10.
  expect:  new event ends at 11 (end of marked region)
up-down: drag from 10 to 8 and then down to 11.
  actual: the event starts at 10, 
  expect: event starts at 8 (start of marked region)

Fix would be either to 
- unhighlight areas mouse backed out of, so only region between mouse-down and
mouse-up are marked, or
- include all regions touched between mouse-down and mouse up.

Dragging cursor within text is more like the first approach (unhighlight if back
out), at least on w2k, so that probably gives a more consistent 'feel'.
(highlighting is currently done by setting attribute "draggedover" true).

Changed summary:
was: "dragging across times in the day view creates an event with incorrect
start time"
now: "dragging region in day view can create an event with times not matching
region"

Severity: 
was: major
now: minor
 since times are visible in dialog for confirmation and can be changed.


(In reply to comment #1)
>     This seems to be a duplicate of bug 216958. 

(this is not a duplicate of bug 216958, which is about dragging an existing
event, while this bug is about dragging a region in an empty view to create a
new event.)

Comment 3

[Joey Minta]

Fixed by the switch to the new views (bug 297934)