Issue 24706 - Drag and drop from data source to Writer uses wrong column
Summary: Drag and drop from data source to Writer uses wrong column
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: OOo 1.1
Hardware: All Windows XP
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2004-01-22 11:47 UTC by kelvine
Modified: 2017-05-20 10:47 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Before selecting column header to drag and drop field. (22.70 KB, image/png)
2004-01-22 11:49 UTC, kelvine
no flags Details
Screen dump showing column header selected by wrong field after drag and drop (23.85 KB, image/png)
2004-01-22 11:50 UTC, kelvine
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description kelvine 2004-01-22 11:47:11 UTC

Today I was showing a client how to set up a mail merge from a text file.

I set up the main document by dragging and dropping the fields onto the Writer 
document from the data source window. To my surprise the fields were not what 
I had selected. This happened multiple times.

As part of my training technique I have the user perform the same steps and 
watch. Again to my surprise the wrong column was inserted even though I 
watched very carefully what she selected. I know she selected the correct 
column as I then had to alert her that OOo was not working correctly and care 
had to be taken.

I have managed to duplicate this bug with the following data as a text data 

1/5|Smith Street|Melbourne|3000|Australia|Brick Veneer

It seems if the fields names are quite wide OOo can get confused.

I know you will scratch you head in disbelief but it is true.

The points to assist in reproducing this bug are:

- Set the resolution to 800x600
- Select the column which is half off the screen and drag this into the Writer 
- If you scroll back to show the columns starting from the first column and 
try to do this again it does not reproduce the bug.
- If you click on the first fields contents and then select the half on screen 
PROPERTYCOUNTRY column and drag and drop it, the PROPERTYTYPE is dropped 

I have included two screen dumps. One showing the column half off the screen 
before attempting to drag and drop and the second when the drag and drop has 
been performed.

The second screen shows the wrong field in the Writer document with the column 
now scrolled to full view and highlighted.

If you first scroll the desired column into full view and then drag and drop 
the correct field is inserted into the Writer document.

Hope this helps

Comment 1 kelvine 2004-01-22 11:49:31 UTC
Created attachment 12651 [details]
Before selecting column header to drag and drop field.
Comment 2 kelvine 2004-01-22 11:50:37 UTC
Created attachment 12652 [details]
Screen dump showing column header selected by wrong field after drag and drop
Comment 3 Frank Schönheit 2004-01-22 14:44:40 UTC
confirming (which is for the record only, since bugs are not UNCONFIRMED since
the site upgrade :() and grabbing

The important thing is really to start dragging exactly the column which is
partly cut off at the right end of the window - with all other columns, it works
Since this doesn't sound like a too serious problem, I'll target it to 2.0.
Comment 4 Frank Schönheit 2004-01-26 10:20:21 UTC
Comment 5 hans_werner67 2004-02-02 12:33:26 UTC
change subcomponent to 'none'
Comment 6 marc.neumann 2004-04-23 09:48:48 UTC
MSC: according to retarget to
Comment 7 Marcus 2017-05-20 10:47:37 UTC
Reset assigne to the default "".