Steps to reproduce:
1. Open an application (Firefox, TextEdit, Safari etc.)
2. Select some text
3. Drag the text from application and drag it to any LO component
1. Text should be pasted.
1. Nothing happens
This is some serious functionality lost, and I hope this gets fixed as soon as possible. I don't know if this is a regression, it would be great if someone could confirm this on 3.6 branch.
Thank you for reporting this issue! I have been able to confirm the issue on:
Version 18.104.22.168.alpha0+ (Build ID: 2bb13b83e40aec362964d26921a3fc1660a5da2)
Date: Thu Feb 28 20:17:25 2013 +0100
Platform: Bodhi Linux 2.2 x64
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
On Linux the behavior is even stranger, if I drag "1. Open an application (Firefox, TextEdit, Safari etc.)" to writer I get this:
<pre class="bz_comment_text" id="comment_text_0"> 1. Open an application </pre>
Same behavior with 22.214.171.124, not marking as anything as I want someone with OS X to test this.
Joren you mind checking this one out?
Sounds very related to Bug 44621, except this is a bug regarding text, not images.
(In reply to comment #0)
> Actual behaviour:
> 1. Nothing happens
I can reproduce this behavior using Mac OSX 10.8.2 with LibreOffice 126.96.36.199
(In reply to comment #1)
> On Linux the behavior is even stranger, if I drag "1. Open an application
> (Firefox, TextEdit, Safari etc.)" to writer I get this:
> <pre class="bz_comment_text" id="comment_text_0"> 1. Open an application
I can reproduce that behavior also using Linux Mint 14 x64 LibreOffice Version 188.8.131.52 (Build ID: 84102822e3d61eb989ddd325abf1ac077904985).
Therefore I mark this as NEW.
Dragging selected text from FireFox to Writer
WFM Windows 7 sp1, 64-bit
LibreOffice 184.108.40.206, and also 4.1.0 alpha (2013-04-29)
Only affecting OSX and Linux builds?
Workikng with LibreOffice 220.127.116.11 on Fedora 18 Linux, 32-bit, GNOME 3 Desktop, and FireFox 20.0
If dragging highlighted text from Firefox I also get the
<pre class="bz_comment_text" id="comment_text_0">Steps to reproduce: and </pre> tags.
But I think those tags are a Firefox issue (and perhaps some other apps). Because, when highlighting content in Firefox, a <right> mouse click shows a context menu that includes "View Selection Source" that opens a pop-up frame titled "DOM Source of Selection - Mozilla Firefox"
The tagged Doccument Object Model content of the Source of Selection is exactly what is dropped into Writer when dragged.
In other GNOME 3 desktop applications -- GEdit, Dictionary-- highlighted text can be draged and droped into Writer with no formatting issues.
So could be a non-issue with Linux and actually an OSX only issue.
This now works on master daily build OSX, since :
Thanks to Manik for some great work here !