Wrong behavior when copy/pasting cells from Calc to Writer

Bug #117294 reported by brazzmonkey on 2007-05-28
6
Affects Status Importance Assigned to Milestone
OpenOffice
Confirmed
Unknown
libreoffice (Ubuntu)
Undecided
Unassigned
openoffice.org (Ubuntu)
Low
Unassigned

Bug Description

Binary package hint: openoffice.org

Copy/pasting cells from OOo Calc to OOo Writer behaves oddly on Feisty 64-bit : the pasted object always displays the extreme top left cells. User then needs to manually edit the pasted object in order to scroll to the proper cells.

Copy/pasting cells works fine in Feisty 32-bit (proper cells are displayed), only 64-bit is affected. This issue has been discussed and confirmed here : http://ubuntuforums.org/showthread.php?t=453265

No workaround except manual editing has been found yet. This may not be related to OOo : maybe the way 32-bit applications are handled in a 64-bit environment is the culprit (only an assumption...)

OS : Feisty 64-bit (clean installation)
Affected application : Openoffice.org
reproducible : always

step to reproduce :
- open Calc and Writer on Feisty 64bit
- fill some random data in random Calc cells, say, A11, A12, A13
- select those cells, then copy them using Ctrl+C
- go to Writer paste them using Ctrl-V
- pasted object has correct dimensions, but displayed cells are in fact A1, A2 and A3 <- this is the actual issue, not present on Feisty 32-bit which does display A11-A13 cells
- edit the object by double-clicking it, scroll down to A11-A13 cells,
- end object edition by clicking anywhere on Writer page.
- you're done.

This is a very annoying bug when you need to copypaste thing 40-50 times a day. This actually prevents me from using Feisty 64 on a daily basis.

brazzmonkey (brazzmonkey) wrote :

i lately tried sabayon 64-bit live DVD. same thing happens. therefore i believe it's not a ubuntu (64-bit) related bug, it's rather a bug affecting openoffice when run on 64-bit platforms.

feel free to make OOo devs aware of this.

brazzmonkey (brazzmonkey) wrote :
LimCore (limcore) wrote :

Similar thing happens to me. Also amd64 version btw

Changed in openoffice.org:
status: New → Confirmed
LimCore (limcore) wrote :

Another workaround is to paste the OO Calc data as HMTL (table).

Assuming the data is simple enought

Chris Cheney (ccheney) on 2008-03-13
Changed in openoffice.org:
importance: Undecided → Low
Changed in openoffice:
status: Unknown → Confirmed
Chris Cheney (ccheney) on 2008-06-13
Changed in openoffice.org:
status: Confirmed → Triaged
Chris Cheney (ccheney) on 2010-05-13
tags: added: feisty hardy

brazzmonkey, does this occur for you in LibreOffice with Ubuntu 64-bit? If running Lucid or Maverick feel free to run a the Terminal:

sudo add-apt-repository ppa:libreoffice/ppa && sudo apt-get update && sudo apt-get -y upgrade && sudo apt-get -y install libreoffice-writer libreoffice-calc

Changed in libreoffice (Ubuntu):
status: New → Incomplete

Hi,

sorry I no longer use Ubuntu (I switched to Archlinux years ago).
LibreOffice seems to behave correctly.

Cheers.

--
brazzmonkey

On Sunday 14 August 2011 13:23:42 you wrote:
> brazzmonkey, does this occur for you in LibreOffice with Ubuntu 64-
bit?
> If running Lucid or Maverick feel free to run a the Terminal:
>
> sudo add-apt-repository ppa:libreoffice/ppa && sudo apt-get update
&&
> sudo apt-get -y upgrade && sudo apt-get -y install libreoffice-writer
> libreoffice-calc
>
> ** Also affects: libreoffice (Ubuntu)
> Importance: Undecided
> Status: New
>
> ** Changed in: libreoffice (Ubuntu)
> Status: New => Incomplete

Changed in openoffice.org (Ubuntu):
status: Triaged → Won't Fix

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

summary: - [Upstream] [hardy] openoffice on feisty 64-bit : wrong behaviour when
- copy/pasting cells from calc to writer
+ Wrong behavior when copy/pasting cells from Calc to Writer
Bryan Quigley (bryanquigley) wrote :

Marked as behaving correctly on Arch. Assuming Fixed in Ubuntu in the interim, please reopen if my assumption is incorrect.

Changed in libreoffice (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.