Bug 44621 - EDITING: Drag and drop images into Writer opens Draw (OS X >= 10.7)
Summary: EDITING: Drag and drop images into Writer opens Draw (OS X >= 10.7)
Status: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.1 release
Hardware: Other macOS (All)
: highest normal
Assignee: Manik Malhotra
URL:
Whiteboard: BSAConfirmed:4.2.0.3:OSX target:5.0.0...
Keywords: difficultyInteresting, skillCpp
: 54432 59132 61233 79849 92748 (view as bug list)
Depends on:
Blocks: macOS-UI-polish mab4.3
  Show dependency treegraph
 
Reported: 2012-01-10 02:43 UTC by ramuntcho
Modified: 2015-12-15 12:06 UTC (History)
24 users (show)

See Also:
Crash report or crash signature:


Attachments
4.4 diff (3.48 KB, text/plain)
2015-07-11 06:38 UTC, Manik Malhotra
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ramuntcho 2012-01-10 02:43:50 UTC
Problem description: 
With MacOS 10.7, draging an image from the desktop to writer it's not possible (it opens the drawing component)

Steps to reproduce:
1. Open an document in LO Writer
2. Drag from the desktop a jpg or png file to the page
3. On LO drawing page opens wit he the picture

Current behavior:
Picture isn't pasted in the Writer page

Expected behavior:
Normaly, the picture is pasted in the LO Writer page

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/534.51.22 (KHTML, like Gecko) Version/5.1.1 Safari/534.51.22
Comment 1 Alex Thurgood 2012-01-23 07:36:22 UTC
Works for me with a JPEG file in a Writer document :

LibreOffice 3.5.0rc1 
Version ID : b6c8ba5-8c0b455-0b5e650-d7f0dd3-b100c87

Mac OSX 10.6.8


Alex
Comment 2 ramuntcho 2012-02-25 07:35:04 UTC
But with Mac OS X 10.7, it doesn't work, same behavior, i can't drag and drop an image.jpg from desktop to Writer. It has been tested with the stable 3.5 release.
Comment 3 ramuntcho 2012-03-17 04:38:47 UTC
Bug still present in release 3.5.1 with Mac OS X 10.7.3
Comment 4 ramuntcho 2012-04-05 12:04:04 UTC
Bug still present in release 3.5.2 with Mac OS X 10.7.3
Comment 5 lauregl 2012-04-19 03:14:06 UTC
Same behaviour for me, REPRODUCIBLE with 3.5.2 on 10.7.3
Comment 6 reissermichael 2012-07-14 15:42:12 UTC
Problem still here: LO 3.5.5 with OS X 10.7.4.
Comment 7 Roman Eisele 2012-07-21 13:07:49 UTC
I can't confirm this issue myself (I have to stay with MacOS X 10.6.8 for technical reasons), but I think we can set the status to NEW because of the independend reports (three users) -- something must be really wrong here.

@ Thorsten Behrens:
I CC you about this issue because you are our MacOS expert. Please take a look at it; the issue is limited to MacOS 10.7, but is nevertheless quite annoying especially for Mac users which are quite accustomed to drag-and-drop editing. Thank you very much in advance!
Comment 8 Alex Thurgood 2012-09-03 13:17:59 UTC
WFM on Mountain Lion 10.8.1 with
Version 3.7.0.0.alpha0+ (Build ID: 4deb9d4)


1) Select an image in my Downloads folder from the Dock
2) Drag n drop that image onto an empty Writer document.
3) Image is inserted into Writer document.


Alex
Comment 9 Alex Thurgood 2012-09-03 13:21:09 UTC
Correction :

I can reproduce the behaviour, but only when the image is on the Desktop. In that particular case, the image gets opened in Draw.

Confirming.


Alex
Comment 10 Alex Thurgood 2012-09-03 13:24:37 UTC
I suspect that this bug and bug 54432 are one and the same : LO on Mac OSX > 7 does not support DnD of images from other applications.

Alex
Comment 11 Alex Thurgood 2012-09-03 13:26:30 UTC
@Thorsten : your call ?
Comment 12 ramuntcho 2012-11-20 23:16:35 UTC
I made some more tests on macOSX 10.8.2 with LO 3.6.2.2

Drag a image png or jpg from desktop or even from a folder to write page : in both cases, the image is opened in Draw.

With an other application, NeoOffice, both images can be DnD to writer page.

The problem has be announced in january 2012 and it is still there...

May we hope a fix soon ?

PS Juste tested with Version 4.0.0.0.alpha0+ (Build ID: e05988), same problem, impossible to DnD an .jpg or .png file from the desktop or a folder to a wrtiter page
Comment 13 Emir Sarı 2012-11-23 03:15:51 UTC
Confirmed on OS X 10.7.5.
Comment 14 lmeche 2012-12-04 17:33:34 UTC
Mac OS 10.7.5. / LibreOffice 3.5.7.2
With the release of LibreOffice 3.5.7.2, it is impossible to insert an image into a document writer by sliding from the desktop. The picture does not fit in the text. This image is opened directly and automatically in Draw.
And this problem did not occur with earlier versions.
Comment 15 Eric Mergot 2012-12-06 11:19:43 UTC
Here some tests:

MacOS 10.6.8 with LO 3.5.4.2 : Dnd (from the desktop or elsewhere) -> Images are integrated in Writer = OK

MacOS 10.7.5 with LO 3.6.4.3 : Dnd (from the desktop or elsewhere) -> Images open Draw 

MacOS 10.7.5 with OO 3.6.4.3 : Dnd (from the desktop or elsewhere) -> Images open Draw

MacOS 10.8.2 with LO 3.6.4.3 : Dnd (from the desktop or elsewhere) -> Images open Draw

Tested on MacbookPro, iMac and MacPro.

I confirm the problem.
In an environment where the drag and drop is a common use for all media (not just pictures), it is surprising that this bug is still not fixed.
Please fix it quickly !
Comment 16 Alex Thurgood 2013-01-09 13:44:31 UTC
*** Bug 59132 has been marked as a duplicate of this bug. ***
Comment 17 Andreas Zollmann 2013-01-14 12:31:35 UTC
It's been a year now!

This is a bug so prominent that probably every single LO on Mac OS >= 10.7 user has come across and been annoyed by it. And remember that Mac folks tend to be less technical, so the fraction of Mac users creating a bugzilla account when bothered by a bug is going to be smaller than the corresponding fraction of Windows and Linux users.
Comment 18 ramuntcho 2013-02-07 23:23:08 UTC
I don't really understand...

I have just tested the fresh new LO 4.0 on MacOSX, hoping that the bug has disappear. So i drag a picture from my desktop to Writer and... Draw opens. 

So the bug is still present in version 4.0 and i send an issue about it in january 2012.

An i repeat, the bug isn't present in NeoOffice...

So please, can you correct the bug ?

Thanks

Christian
Comment 19 Thorsten Behrens (allotropia) 2013-02-08 11:23:09 UTC
can't commit time to this currently - but if someone is interested in fixing this, can gladly lend a helping hand. FWIW, drag and drop code to start unwinding this is vcl/aqua/source/dtrans/DropTarget.cxx.
Comment 20 ramuntcho 2013-04-07 17:41:48 UTC
2 months later the last comment, and no correction yet !!!

This bug is really annoying for Mac Users in 10.7 and 10.8. In school labs, when we want to convince users to migrate from Office to LibreOffice, and they see that LO can't accept drag and drop, that's not good.
Comment 21 ramuntcho 2013-04-20 15:18:03 UTC
Just tested now with the new LO 4.0.3.1 with 10.8, bug still present and even worst.

- Drag picture (.jpg) from a folder to a document writer --> it opens a drawing page and paste the picture.

- Drag picture (.jpg) from the desktop to a document writer --> nothing happens.

In LO 3.6.5, dragging a picture from desktop or a folder to Writer always open a drawing page. Here, with LO 4, it's different.

In both cases, dragging a picture to writer must paste the picture on the writer page.

Please, can you fix this bug 

Thanks

Christian
Comment 22 Manik Malhotra 2013-05-04 14:48:09 UTC
I'm starting to work on this, I've posted a mail in developer's list and I'll also post it here:

The image when dropped into the Libre Office application opens Draw no matter what the source (desktop or any other app) is what the target (writer,impress etc.) is.
I'm not really sure which module is taking care of this, I found these two files:
http://opengrok.libreoffice.org/xref/core/vcl/aqua/source/dtrans/DropTarget.cxx
http://opengrok.libreoffice.org/xref/core/vcl/aqua/source/dtrans/DragSource.cxx
But I'm not sure if they actually do anything. Any head start will be highly appreciated!
Comment 23 ramuntcho 2013-05-15 12:24:20 UTC
Hi,

In 4.0.3.3, bug still present with Mac OS X 10.7 and 10.8, but as dragging a jpg file to writer from a folder opens every time draw, dragging a jpg file to writer from desktop makes nothing, it isn't allowed.

Bug isn't present on NeoOffice
Comment 24 ramuntcho 2013-07-06 17:25:09 UTC
Hi,


In 4.0.4, bug still present with Mac OS X 10.7 and 10.8.

So, it seems that nobody can (or want to) correct this bug. This bug has now more than 18 months 

Bug isn't present on NeoOffice so it could be possible to correct it, no ?


:-((  Christian
Comment 25 Emir Sarı 2013-07-07 12:50:40 UTC
@Tor, Khaled,

I'm adding you to CC, thanks to you LO Mac version quality has increased significantly in the past months, so if possible could you take a look at this *very annoying* UX bug when you have time?

Any help would be appreciated, thanks in advance. 

Best regards.
Emir
Comment 26 tommy27 2013-08-02 15:31:00 UTC
can any Mac user test 4.1.0 release and tell us if the bug is still present, fixed or different?
Comment 27 ⁨خالد حسني⁩ 2013-08-02 16:45:13 UTC
I tested on master and it is still there.
Comment 28 Don't use this account, use tml@iki.fi 2013-08-02 21:49:41 UTC
I spent a day trying to fix this, no cigar. The code in vcl/aqua/source/dtrans is weird, that's for sure. (Just look at how it treats pasteboard data of type TIFF as it was PNG, huh?)

If it is any consolation, AOO has this same bug...
Comment 29 Don't use this account, use tml@iki.fi 2013-08-03 07:08:04 UTC
Gawd I hate this shitty code.
Comment 30 Don't use this account, use tml@iki.fi 2013-08-03 07:08:44 UTC
And this is supposed to be an Easy Hack? LOL.
Comment 31 tommy27 2013-08-03 07:33:47 UTC
moving frm the mab3.6 page to the mab4.0 page.

according to Tor's comments this is annoying either for users and developers. :-)
Comment 32 Manik Malhotra 2013-08-03 11:44:23 UTC
(In reply to comment #28)
> I spent a day trying to fix this, no cigar. The code in
> vcl/aqua/source/dtrans is weird, that's for sure. (Just look at how it
> treats pasteboard data of type TIFF as it was PNG, huh?)
> 
> If it is any consolation, AOO has this same bug...

I also spent some time on it but hardly understood the root of the problem. Apple had changed the protocol for DND in 10.7 but the one used in dtrans still works.
Comment 33 Don't use this account, use tml@iki.fi 2013-08-05 15:46:33 UTC
Fresh try today, tried two different approaches to understand what is going on and what needs to be changed/fixed. No success.
Comment 34 retired 2013-08-06 03:25:13 UTC
Removing EasyHack as per Comment 30.

This WORKSFORME totally fine with OS X 10.8.4 and LO 4.1.0.4.

Can anybody of the 13 CCs confirm this is still happening with the latest LO release and current OS X?

I cannot reproduce this problem.
Comment 35 Don't use this account, use tml@iki.fi 2013-08-06 03:36:04 UTC
James: it definitely does not work for me on OS X 10.8.4 and LibreOffice 4.1.0.4... (or LibreOffice master).

Are you sure you are looking for the right thing:

If you drag an image file (for instance a .jpg or .png) from the desktop on top of a Writer document window, does the image become inserted into the Writer document, as if you had done Insert>Picture>From File...? That is what *should* happen. For me it does not; instead a new LibreOffice Draw document window opens, editing the image file. That is the bug.
Comment 36 ramuntcho 2013-09-02 18:49:18 UTC
Just tested with LO 4.1.1 and MacOSX 10.8.4 and same as i explained the 2013-05-15 :

Bug still present with Mac OS X 10.7 and 10.8, but as dragging a jpg file to writer from a folder opens every time draw, dragging a jpg file to writer from desktop makes nothing, it isn't allowed.

I repeat that NeoOffice hasn't this bug, so it should be possible to fix it, no ?

:-))  Christian
Comment 37 How can I remove my account? 2013-09-02 20:29:46 UTC
Bug seldom go away by themselves so no need to repeat yourself.
Comment 38 Vincent Boudry 2013-09-05 15:32:47 UTC
I confirm it with LO4.1.1.2 and OSX 10.7.5
Comment 39 tommy27 2013-09-17 20:15:42 UTC
edited summary notes to match desctiption with similar bugs about drag & drop (Bug 50091 and Bug 61233)
Comment 40 ramuntcho 2013-12-03 20:14:22 UTC
Bug still present with LibreOffice 4.1.2 and Mac OSX Mavericks.

It will soon be two years since I opened this bug ...
Comment 41 Björn Michaelsen 2014-01-17 09:58:39 UTC Comment hidden (obsolete)
Comment 42 retired 2014-01-29 16:39:26 UTC
Confirmed:4.2.0.3:OSX
Comment 43 retired 2014-01-29 16:51:29 UTC
Adding 4.2 MAB.
Comment 44 retired 2014-01-29 16:58:38 UTC
MAB 4.1 is corret, because this bug persists there and 4.1 is still older than 4.2, and yet under development.

/me closes his book of LO policies :)
Comment 45 ramuntcho 2014-04-14 17:34:10 UTC
Confirmed with LO 4.2.3 in MacOSX : dragging a jpg from the desktop to writer makes nothing and dragging a jpg from a folder to writer opens a draw document
Comment 46 iamahat 2014-04-23 12:50:48 UTC
This is still the same for Impress in 4.2.3.3 and INCREDIBLY ANNOYING. 5-10 extra clicks for every single image. How is this bug still not fixed after 2 years.
Comment 47 tommy27 2014-05-01 08:23:43 UTC
4.1.x reached end of life.
moving this still reproducible bug to mab4.2 list.
Comment 48 tommy27 2014-06-10 05:22:25 UTC
*** Bug 79849 has been marked as a duplicate of this bug. ***
Comment 49 ramuntcho 2014-07-11 10:53:29 UTC
Bug Confirmed with prerelease LO 4.3.0.2 in MacOSX 10.9 : dragging a jpg from the desktop to writer makes nothing and dragging a jpg from a folder to writer opens a draw document. Same with png.

So the bug is now 2,5 years old, happy birthday :-((

Sorry for this humor, but we are managing macs in classes, trying to convince teachers and students to use LO and this bug is very annoying.

Christian :-))
Comment 50 retired 2014-07-30 09:34:12 UTC
confirmed 4.3 final release OS X 10.9.4.

Wow, this is sad. Imo, drag and drop is the most used and most intuitive way to get an image into any application.

If this is broken in LO writer on OS X, this is a major usability problem. Non tech savvy users will drag and drop and leave LO frustrated (with good cause in this case).

Since Tor was unable to fix this, sounds like a rewrite of this code has to happen.

Adding 4.3 MAB, removing 4.2 MAB.
Comment 51 Emir Sarı 2014-07-30 09:44:20 UTC
(In reply to comment #50)
>, sounds like a rewrite of this code has to
> happen.

IMHO a total rewrite of Mac code has to happen. LibreOffice offers absolutely no UX on OS X platform, it just offers technical word processing/spreadsheet/presentation functions.  

I would love to see LibreOffice on Mac as a totally separate application with no shared code/ifdef/whatsoever.
Comment 52 tommy27 2014-07-30 11:06:59 UTC
(In reply to comment #50)
> ....
> 
> Adding 4.3 MAB, removing 4.2 MAB.

hi Foss,
this is not the correct procedure.
you cannot move a 4.2 MAB to 4.3 MAB list until 4.2.x reaches the EOL.
Comment 53 retired 2014-07-30 11:43:05 UTC
I thought the latest? Ok it's the oldest. Sorry, then reverting or keep both? Tommy27 if you know what's standard policy, could you take the according action?
Comment 54 tommy27 2014-07-30 11:55:48 UTC
reverting to MAB4.2
if bug will be still present after 4.2.x end-of-life (i.e. 4.2.7 release) it will be moved to MAB4.3
Comment 55 ramuntcho 2014-10-02 06:24:43 UTC
Bug still present in last version of LO 4.3.1.2
Comment 56 Alex Thurgood 2014-10-02 07:03:16 UTC
(In reply to ramuntcho from comment #55)
> Bug still present in last version of LO 4.3.1.2

Yes, and also in 4322, but no surprises there.


@ramuntcho : the bug is unlikely to go away by itself. Just understanding how the code is supposed to work has represented a serious challenge for at least two developers. This is not an easy bug to fix. The code from NeoOffice can't simply be taken and plugged into LibreOffice because of the different licences that the two projects have.

Neo - GPL
LO - LGPL3/MPL

the licence systems are incompatible.

So, the code has to be developed independently by someone willing and able to contribute it to the LO codebase. Until that happens, this bug will not get fixed, even if that means that "loads" of Mac users will try and then bin LO as a result.
Comment 57 MarkPF 2014-10-10 14:20:08 UTC
Problem persists in 4.3.1.1 release, using Mac OS 10.9.

Considering that this bug is only active is OS > 10.7, and 4.4 is not supported below 10.7, this could be the end of the line for some LO users unless the bug is fixed.
Comment 58 tommy27 2014-11-20 06:24:30 UTC
LibO 4.2.x reached end of life.
this is still present in 4.3.x so I'm moving it to mab4.3 list.
Comment 59 Yousuf Philips (jay) (retired) 2015-02-04 22:51:18 UTC
Adding references to AOO's bug tracker and also the bibisect done by Matthew in bug 61233 comment 9, though i doubt it maybe that as i dont think Kohei's code would have landed in AOO.
Comment 60 Jean-Baptiste Faure 2015-02-24 08:14:51 UTC
*** Bug 61233 has been marked as a duplicate of this bug. ***
Comment 61 ramuntcho 2015-02-27 18:13:54 UTC
And this bug is present also in the new LO 4.4.1.2 :-((
Comment 62 ramuntcho 2015-02-27 18:14:23 UTC Comment hidden (obsolete)
Comment 63 Manik Malhotra 2015-05-09 03:37:45 UTC
Is anybody else working on this?
Comment 64 Manik Malhotra 2015-05-09 12:41:52 UTC
I've submitted a patch for review 
https://gerrit.libreoffice.org/#/c/15683/
Comment 65 Commit Notification 2015-05-10 19:43:04 UTC
mmeof2 committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=cfdd89f10fdc15b36bd0d1023e49ca3752feb51e

tdf#44621: Fixed drag and drop in OSX 10.7+

It will be available in 5.0.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.
Comment 66 Yousuf Philips (jay) (retired) 2015-05-11 10:10:22 UTC
Thanks Manik for the patch and hope we can backport this to 4.4 as well.

@Alex, foss: Can you guys verify that this is fixed.
Comment 67 steve 2015-05-11 18:01:16 UTC
Verified. Manik, I can't thank you enough. This has been a major annoyance on OSX and it's great to announce your fix is working.
Comment 68 Manik Malhotra 2015-05-11 23:35:32 UTC
(In reply to Yousuf (Jay) Philips from comment #66)
> Thanks Manik for the patch and hope we can backport this to 4.4 as well.

This should be backport(-able) as both the functions I used are are present in OSX 10.0+



@steve happy to hear that, this bug was probably causing LO to lose some share (among osx users) .
Comment 69 Alex Thurgood 2015-05-12 08:36:12 UTC
(In reply to Manik Malhotra from comment #68)


> 
> @steve happy to hear that, this bug was probably causing LO to lose some
> share (among osx users) .

Superb contribution for those of us felt left out in the cold :-)
You've also managed to kill off two other bugs with the same commit, heartfelt thanks !
Comment 70 Adolfo Jayme Barrientos 2015-05-14 21:12:33 UTC
*** Bug 50091 has been marked as a duplicate of this bug. ***
Comment 71 Manik Malhotra 2015-05-22 12:10:09 UTC
*** Bug 54432 has been marked as a duplicate of this bug. ***
Comment 72 Yousuf Philips (jay) (retired) 2015-05-28 11:33:40 UTC
(In reply to Manik Malhotra from comment #68)
> This should be backport(-able) as both the functions I used are are present
> in OSX 10.0+

As it has been confirmed to work, please do backport it to 4.4. I tried cherry-picking it from gerrit, but it wouldnt go through.
Comment 73 Manik Malhotra 2015-06-20 19:10:29 UTC
(In reply to Yousuf (Jay) Philips from comment #72)
> (In reply to Manik Malhotra from comment #68)
> > This should be backport(-able) as both the functions I used are are present
> > in OSX 10.0+
> 
> As it has been confirmed to work, please do backport it to 4.4. I tried
> cherry-picking it from gerrit, but it wouldnt go through.

I don't know how to do that. Do I need to check out specifically 4.4 code base?
Can you guide me?
Comment 74 Yousuf Philips (jay) (retired) 2015-06-22 02:23:14 UTC
(In reply to Manik Malhotra from comment #73)
> I don't know how to do that. Do I need to check out specifically 4.4 code
> base?
> Can you guide me?

You would need to follow the 4.4 branch on git

   git checkout --track remotes/origin/libreoffice-4-4

Then make the changes as you would normally and then send it to gerrit

   git push origin branch_name:refs/for/libreoffice-4-4

Where branch_name is the name of the branch with the patch. Hope this helps.
Comment 75 Manik Malhotra 2015-07-11 06:38:46 UTC
Created attachment 117178 [details]
4.4 diff

I have attached the diff for 4.4 branch please check and apply.
Comment 76 Alex Thurgood 2015-07-15 05:00:07 UTC
*** Bug 92748 has been marked as a duplicate of this bug. ***
Comment 77 Adolfo Jayme Barrientos 2015-07-15 10:21:27 UTC
Comment on attachment 117178 [details]
4.4 diff

The diff contains unrelated changes (the binary blobs, why are there ar all?).

Any reason you didn’t submit this through Gerrit? That is the point of having a Gerrit instance, not having diffs floating around and getting lost.
Comment 78 Manik Malhotra 2015-07-15 10:26:13 UTC
Ignore the binary diffs, just look at the DropTarget.cxx and DropTarget.hxx diffs

I'm not able to build 4.4 as I'm missing something from automake. I had a hard time getting the 4.4 code itself. Since Yousuf couldn't merge the original diffs I provided diffs specifically for 4.4
Comment 79 ramuntcho 2015-08-01 13:18:23 UTC
Many thanks for this job, it's working very well in LO 5.0 :-))
Comment 80 Yousuf Philips (jay) (retired) 2015-08-01 17:07:46 UTC
I've added Manik's changed into 4.4 : https://gerrit.libreoffice.org/#/c/17461/
Comment 81 Commit Notification 2015-08-15 21:56:41 UTC
mmeof2 committed a patch related to this issue.
It has been pushed to "libreoffice-4-4":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=b3364c13ced09d903d7390febb36f35faf3baa86&h=libreoffice-4-4

tdf#44621: Fixed drag and drop in OSX 10.7+

It will be available in 4.4.6.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.
Comment 82 Robinson Tryon (qubit) 2015-12-15 12:06:57 UTC Comment hidden (obsolete)