[Upstream] RTF cell content is shifted upward into other cells with table cells being deleted

Bug #792412 reported by nmb
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LibreOffice
Fix Released
Medium
libreoffice (Ubuntu)
Fix Released
Medium
Björn Michaelsen

Bug Description

Binary package hint: libreoffice

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/792412/+attachment/2153573/+files/example.rtf && lowriter -nologo example.rtf

is the cell content placement is preserved.

4) What happens instead is the cell contents are shifted upward into other cells and table cells are deleted.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: libreoffice-core 1:3.3.2-1ubuntu5
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic i686
NonfreeKernelModules: fglrx
Architecture: i386
Date: Fri Jun 3 18:51:33 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427)
ProcEnviron:
 LANGUAGE=ru_RU:en
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
nmb (mik-nerobeev) wrote :
Revision history for this message
nmb (mik-nerobeev) wrote :
Revision history for this message
penalvch (penalvch) wrote :

nmb, thank you for reporting this bug and helping make Ubuntu better. There are at least 3 things wrong with the attached file:

1) cell content is shifted upward into other cells with table cells being deleted (this bug will focus on this),
2) table is resized,
3) table is shifted down into the page, with cells disappearing into it.

It is helpful to have one issue per bug. Hence, feel free to create separate bugs for the other two, and subscribe me to it. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. Thanks for taking the time to make Ubuntu better!

Changed in libreoffice (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
penalvch (penalvch) wrote :

Original attachment renamed.

tags: added: lo33
description: updated
Revision history for this message
In , penalvch (penalvch) wrote :

Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/792412

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/792412/+attachment/2153573/+files/example.rtf && lowriter -nologo example.rtf

is the cell content placement is preserved.

4) What happens instead is the cell contents are shifted upward into other cells and table cells are deleted.

Revision history for this message
In , penalvch (penalvch) wrote :

Created attachment 47486
example.rtf.bz2

summary: - The file opens incorrectly
+ [Upstream] RTF cell content is shifted upward into other cells with
+ table cells being deleted
Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Fyvaao (fyvaao) wrote :

Regression against LibO 3.3.2

Revision history for this message
In , Libreoffice-z (libreoffice-z) wrote :

*** Bug 40246 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Libreoffice-z (libreoffice-z) wrote :

[Reproducible] with reporter's sample document and "LibreOffice 3.4.3 RC1 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:301)]", for details see attached screenshots!

Sample document looks fine with "LibreOffice Portable 3.3.3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:301 Tag 3.3.3.1)]"

Please also see "Bug 40246 - FILEOPEN RTF: All rows or columns of table shown as one" and "Bug 39337 - RTF document with table not displayed correctly", what might have the same roots (or even be DUPs).

@Miklós:
Is your RTF initiative still active?
Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.

Revision history for this message
In , Libreoffice-z (libreoffice-z) wrote :

The VERSION picker seems to be wrong (LibO 3.3.2), report (and my results) say that there everything worked normal. So Version - > mine.

Revision history for this message
In , Libreoffice-z (libreoffice-z) wrote :

Created attachment 50558
Screenshots, See Comment 4

Revision history for this message
In , Miklos Vajna (vmiklos) wrote :

Created attachment 50639
Single page testcase instead of the insanely large original one.

Revision history for this message
In , Miklos Vajna (vmiklos) wrote :

Rainer,

In master the table layout is fine (just like in 3.3), but it's still buggy, compared to Word: in Writer the first cell (not counting the header) is "1.\t31.", while in Word it's just "1.\t".

I'll try to see if I can fix that, I would not close this bug before.

Thanks.

Changed in df-libreoffice:
status: Confirmed → In Progress
Revision history for this message
In , Miklos Vajna (vmiklos) wrote :

It turns the issue I was talking about is a layout one, if you save the doc using Word as .doc, then the same problem is already there, let's forget about it for now.

So this bug should be fixed with

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

(Please don't request a backport, the new filter won't be backported to -3-4.)

Thanks.

Changed in df-libreoffice:
status: In Progress → Fix Released
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Fixed upstream for 3.5 => Fix Commited

Changed in libreoffice (Ubuntu):
status: Triaged → Fix Committed
Changed in libreoffice (Ubuntu):
assignee: nobody → Björn Michaelsen (bjoern-michaelsen)
milestone: none → ubuntu-12.04
Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Fixed as per upstream 3.5.0 released with precise.

Changed in libreoffice (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
In , Jbf-faure-9 (jbf-faure-9) wrote :

Works as expected in LO 3.5.1. Closing. Thank you.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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