Bug 90878 - MAILMERGE: Drag-and-Drop With the Data Source View again
Summary: MAILMERGE: Drag-and-Drop With the Data Source View again
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.5.0.0.alpha0+ Master
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks:
 
Reported: 2015-04-26 10:52 UTC by Thomas Krumbein
Modified: 2015-12-17 08:59 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Krumbein 2015-04-26 10:52:57 UTC 
See also Bug #68357 - it was still broken in version 4.5.0.0 Alpha - testet with the actual build (26.03.) on Windows 8.1.

Problem description: 

Steps to reproduce:
as described in https://help.libreoffice.org/Common/Drag-and-Drop_With_the_Data_Source_View , para "Using data in a text document":
You can insert a database field in a text document by dragging a field name from the column header of the data source view into the document. This is especially useful when designing form letters. Simply drag the desired fields - home address, form of address, and so on - into your document.

Current behavior:
a small icon (square) is shown, but no action. Dragging of complete lines is working, resulting in Insert database columns dialog appearing.

Expected behavior:
Database field is inserted
              
Operating System: Windows 8.1 64 Bit
Version: 5.0.0.0. Alpha 1

2. Problem: If you use the icon "insert data in fields" all fields disappear (or become empty) but no data appears.
Comment 1 Thomas Krumbein 2015-04-27 13:51:16 UTC 
Edit: 2. Problem seems to be solved. So - existing fields will be filled correct:)
Comment 2 Buovjaga 2015-04-28 11:38:47 UTC 
No mail merge needed to test this.

View - Data sources (F4) - Bibliography - Tables - biblio.
Try to drag one of the column headers (eg. Author) into document.
5.0 crashes on Win & Linux. Could not get backtrace.
4.4 doesn't crash and the field is dragged correctly to the document.

Win 7 Pro 64-bit, Version: 4.4.3.1
Build ID: b2f347f2ac68821efc00b6f1793cda90af748118
Locale: fi_FI

Version: 5.0.0.0.alpha1+ (x64)
Build ID: f0edb677f09ad338e22ac3b5d91497b4479e0b3c
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-27_01:54:20
Locale: fi_FI

Ubuntu 15.04 64-bit 
Version: 5.0.0.0.alpha1+
Build ID: daa28969374f628a8cb265fcb28a73daabcb7236
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-04-25_00:48:25
Locale: en_US
Comment 3 Thomas Krumbein 2015-06-13 17:25:55 UTC 
Bug is still there:

Version: 5.0.0.0.beta3 (x64)
Build-ID: 96345c15d8ab19c49014f055fe41ba8e1f421e5c
Gebietsschema: de-DE (de_DE)

No crash any more, but still not possible to insert fieldnames by drag&drop
Comment 4 Buovjaga 2015-06-13 17:32:38 UTC 
Version is earliest affected.
Comment 5 Ingo Belka 2015-08-13 07:40:23 UTC 
And the bug still is present in LO 5.0.0.5 final on Win7.
Comment 6 Ingo Belka 2015-09-17 15:46:11 UTC 
Thanks for solving this. For me on Win7/64bit it works with
Version: 5.0.1.2 (x64)
Build-ID: 81898c9f5c0d43f3473ba111d7b351050be20261
LO = my favourite
Comment 7 Buovjaga 2015-09-17 16:36:33 UTC 
Yep, drag'n'drop now works.

Win 7 Pro 64-bit, Version: 5.0.1.2 (32-bit)
Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261
Locale: fi-FI (fi_FI)
Comment 8 Robinson Tryon (qubit) 2015-12-17 08:59:21 UTC 
Migrating Whiteboard tags to Keywords: (bibisectRequest)
[NinjaEdit]