Download it now!
Bug 35243 - Paste not working, paste special first row is empty
Summary: Paste not working, paste special first row is empty
Status: RESOLVED DUPLICATE of bug 65606
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.1 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paste
  Show dependency treegraph
 
Reported: 2011-03-12 02:17 UTC by Kami
Modified: 2017-12-29 14:46 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Paste special - empty first row - Windows XP (in Hungarian) (25.78 KB, image/jpeg)
2011-03-12 02:17 UTC, Kami
Details
Paste special - empty first row - Ubuntu 10.10 (in Hungarian) (17.41 KB, image/png)
2011-03-12 02:19 UTC, Kami
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kami 2011-03-12 02:17:27 UTC
Created attachment 44385 [details]
Paste special - empty first row - Windows XP (in Hungarian)

Coping and pasting sometimes not works. I don't know how exactly reproduce it, but I found this:

Copy a not plain text with ctrl+c.
Then try to insert to a Writer document. In very rare case you cant simply paste it. (However you press ctrl+v nothing happened).
If you press ctrl+shift+v you get the Paste Special, but the first element of the list is empty.

Usually it is happening when you follow this workflow: copy the (complex, formatted) text from Writer, then open a new document and paste to it.

I was able to reproduce on Windows, and Linux (Ubuntu 10.10/32 and 64 bit)
Comment 1 Kami 2011-03-12 02:19:16 UTC
Created attachment 44386 [details]
Paste special - empty first row - Ubuntu 10.10 (in Hungarian)
Comment 2 Kami 2011-03-12 02:22:30 UTC
One more notable on the panel:
Source: Source is unknown

Maybe this is the root cause of the problem.
Comment 3 Cor Nouws 2011-03-12 05:18:02 UTC
Hi Kami,
it is some time ago that I sometimes have seen issues with paste, that seemed more or less random to me. 
And in those cases, IIRC, after a first paste within one document (application), all went on without probs.
But I'll keep my eyes open for this issue.
Comment 4 Jean-Baptiste Faure 2011-03-12 10:27:27 UTC
Hmmm, when some label or item in the UI are empty it is often the sign that your LibreOffice personal profile is corrupted.
Comment 5 Björn Michaelsen 2011-12-23 11:51:22 UTC Comment hidden (obsolete)
Comment 6 sasha.libreoffice 2012-02-25 00:19:28 UTC
Problem with paste special-> empty first variant reproducible in 3.5.0 beta 3 on Windows XP 32 bit (only "*" there)

@ Kami
Please, verify problem with pasting in 3.5.0
Comment 7 bfoman (inactive) 2013-08-15 15:57:33 UTC
Is this still an issue in the latest stable (4.1.x) version? Please check on clean profile, too.
Comment 8 sasha.libreoffice 2013-08-16 09:47:29 UTC
>Problem with paste special-> empty first variant reproducible in 3.5.0 beta 3 on >Windows XP 32 bit (only "*" there)

Reproduced in 4.0.4 on Windows XP 32 bit (locale of win is Russian) and in LO tested Russian and Belorussian. In both cases first row is empty as on screenshot.
Reproduced in 4.0.4 on Fedora RFR 64 bit (Russian locale of LO)

On English locale is not reproducible.
Comment 9 Jean-Baptiste Faure 2014-10-04 16:30:15 UTC
Could be that a lack in localization, a string that has not been translated?

Do you still see the same problem in current stables versions (4.2.6 and 4.3.2)?


Best regards. JBF
Comment 10 sasha.libreoffice 2014-10-06 12:21:17 UTC
Empty row reproduced in 4.3.1.2 on WinXP with Russian locale.
Comment 11 QA Administrators 2015-10-14 19:56:23 UTC Comment hidden (obsolete)
Comment 12 QA Administrators 2016-11-08 11:04:59 UTC Comment hidden (obsolete)
Comment 13 Kevin Suo 2017-11-29 03:34:04 UTC
Is this the same issue as in bug 65606? If yes, I suggest we close this one as a duplicate.
Comment 14 Cor Nouws 2017-12-29 14:46:14 UTC
(In reply to Kevin Suo from comment #13)
> Is this the same issue as in bug 65606? If yes, I suggest we close this one
> as a duplicate.

I think so

*** This bug has been marked as a duplicate of bug 65606 ***