Extra line feeds on opening OOo document in Word or Abiword

[Lesack]

Binary package hint: openoffice.org

Version: Writer openoffice 2.2.0-1ubuntu3
OS: Ubuntu Feisty 32 bit i386

On selecting and pasting from gnome-terminal and xfce4-terminal and saving as a MS Word 97/XP document, the documents will have an extra line feed for each line when opened in Microsoft Word or AbiWord (ie, now double spaced). Document appears normal in OO.org Writer.

This occurs whether pasting using copy/paste or select, middle-mouse click (X copy/paste).

Copying and pasting from xterm and konsole does not produce any problems.

This is a new bug -- this did not happen in previous versions of OO.org.

[Chris Cheney (ccheney)]

Confirmed on upstream's openoffice.org 2.4.0~rc2.

[Chris Cheney (ccheney)]

This bug appears to be fixed in 2.4.0~rc5 which is not in Ubuntu yet. I need to check again once it is uploaded.

[Chris Cheney (ccheney)]

I still see this bug but only when using gnome-terminal not with xterm as the original bug submitted also mentioned so I am reassigning this to gnome-terminal to see if the issue lies there.

[Pedro Villavicencio (pedro)]

I'm not able to reproduce this with Hardy Heron, may you try to reproduce the same there? thanks.

[Lesack (lesack)]

Hi Pedro,

I'm not running Ubuntu on my new laptop at the moment -- I'll have to
download Hardy Heron to try. I had received an e-mail a few months ago
that this bug had been fixed. . .

Paul

Pedro Villavicencio wrote:
> I'm not able to reproduce this with Hardy Heron, may you try to
> reproduce the same there? thanks.
>
> ** Changed in: gnome-terminal (Ubuntu)
> Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
> Status: New => Incomplete
>

[Pedro Villavicencio (pedro)]

Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!.

[Mei (ddouthitt)]

This bug is not present in Gnome Terminal 2.26.0 (in Jaunty) but does exist in Gnome Terminal 2.16.0. Test systems were Linux Mint 7 (Jaunty) with 2.26.0 and CentOS 5.3 (I know...) with 2.16.0 - copies were taken from Gnome Terminal and pasted into Microsoft Outlook on Windows XP using Synergy to move the clipboard around.

Apparently this bug has been fixed upstream; an update to the appropriate versions should fix it.

[Mei (ddouthitt)]

Re-opening...

[Mei (ddouthitt)]

More specifics: The problem with gnome-terminal does not show up when using xterm or rxvt. Packages are specifically these:

* gnome-terminal (CentOS 5) - 2.16.0-5.3.el5
* rxvt (CentOS 5) - 18:2.7.10-2.el5.rf
* xterm (CentOS 5) - 215-8.el5
* xterm (Linux Mint 7 - Jaunty) - 241-1ubuntu1
* gnome-terminal (Linux Mint 7 - Jaunty) - 2.26.0-0ubuntu2

All of these work fine except the first (gnome-terminal 2.16.0). Searching for versions of gnome-terminal turns up this:

* dapper (gnome): The GNOME 2 terminal emulator application
   2.14.1-0ubuntu1: amd64 i386 powerpc
* dapper-updates (gnome): The GNOME 2 terminal emulator application
   2.14.2-0ubuntu1: amd64 i386 powerpc
* hardy (gnome): The GNOME 2 terminal emulator application
   2.22.1-0ubuntu2: amd64 i386
* intrepid (gnome): GNOME 2.x terminál
   2.24.1-0ubuntu1: amd64 i386
* intrepid-updates (gnome): GNOME 2.x terminál
   2.24.1.1-0ubuntu1: amd64 i386
* jaunty (gnome): GNOME 2.x terminál
   2.26.0-0ubuntu2: amd64 i386
* karmic (gnome): A GNOME terminálemulátor alkalmazása
   2.27.91-0ubuntu1: amd64 i386

This suggests that dapper, hardy, and intrepid may be susceptible to this bug.

[Pedro Villavicencio (pedro)]

the bug is fixed in newer versions of gnome-terminal, and it doesn't fit the requirements for an SRU to all those Ubuntu versions, if you want to read more about it, please go to: https://wiki.ubuntu.com/StableReleaseUpdates