[Upstream] Printing/Exporting to PDF adds text to the side of form elements
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| LibreOffice |
Confirmed
|
Medium
|
||
| libreoffice (Ubuntu) |
Medium
|
Unassigned |
Bug Description
1) lsb_release -rd
Description: Ubuntu 12.04 LTS
Release: 12.04
2) apt-cache policy libreoffice-writer
libreoffice-writer:
Installed: 1:3.5.3-0ubuntu1
Candidate: 1:3.5.3-0ubuntu1
Version table:
*** 1:3.5.3-0ubuntu1 0
500 http://
100 /var/lib/
1:
500 http://
apt-cache policy acroread
acroread:
Installed: 9.5.1-1precise1
Candidate: 9.5.1-1precise1
Version table:
*** 9.5.1-1precise1 0
500 http://
100 /var/lib/
3) What is expected to happen in Writer via the Terminal:
cd ~/Desktop && wget https:/
and either:
File -> Print -> button OK
or:
File -> Print -> tab Options -> check checkbox Print to File
and the resulting print or PDF looks as it does in Writer.
4) What happens instead the print and PDF have text overlapping as in the PDF https:/
WORKAROUND: For printing, switch 'Printer Language Type' to PostScript.
WORKAROUND: For exporting PDF, use File -> Export as PDF.
Original Reporter Comments: I use oneiric libreoffice, all updated: Libreoffice 3.4.3 (OOO340m1, Build 302)
---
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
DistroRelease: Ubuntu 11.10
EcryptfsInUse: Yes
InstallationMedia: Kubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111011)
Lpstat:
device for canon: ipp://canon.
device for lj: ipp://lj.
device for NEC: ipp://nec.
MachineType: Hewlett-Packard HP Compaq 8000 Elite CMT PC
Package: cups 1.5.0-8ubuntu4
PackageArchitec
Papersize: letter
PpdFiles:
lj: HP LaserJet P3005 Postscript (recommended)
NEC: NEC PinWriter P6 plus Foomatic/necp6 (recommended)
canon: Canon iR-ADV C5045/5051 PS
ProcEnviron:
LANGUAGE=en_US:en
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=
ProcVersionSign
Tags: oneiric
Uname: Linux 3.0.0-12-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 10/22/2009
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 786G7 v01.02
dmi.board.
dmi.board.name: 3647h
dmi.board.vendor: Hewlett-Packard
dmi.chassis.
dmi.chassis.type: 6
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-
dmi.product.name: HP Compaq 8000 Elite CMT PC
dmi.sys.vendor: Hewlett-Packard
Christopher M. Peñalver (penalvch) wrote : | #1 |
affects: | libreoffice (Ubuntu) → cups (Ubuntu) |
Changed in cups (Ubuntu): | |
status: | New → Incomplete |
Till Kamppeter (till-kamppeter) wrote : | #2 |
Please folllow the instructions of the sections "CUPS error log" and "Capturing print job data" of https:/
Attach the files one by one, do not compress them and do not package them together. It is no problem to create more than one comment by that.
In the PDF 'printout', please see the 'overlay' just right of checkboxes/radio buttons
HPO (hpo) wrote : BootDmesg.txt | #5 |
apport information
tags: | added: apport-collected oneiric |
description: | updated |
HPO (hpo) wrote : CupsErrorLog.txt | #6 |
apport information
HPO (hpo) wrote : CurrentDmesg.txt | #7 |
apport information
HPO (hpo) wrote : Dependencies.txt | #8 |
apport information
HPO (hpo) wrote : Locale.txt | #9 |
apport information
HPO (hpo) wrote : PrintingPackages.txt | #12 |
apport information
HPO (hpo) wrote : ProcCpuinfo.txt | #13 |
apport information
HPO (hpo) wrote : ProcInterrupts.txt | #14 |
apport information
HPO (hpo) wrote : ProcModules.txt | #15 |
apport information
HPO (hpo) wrote : UdevDb.txt | #16 |
apport information
HPO (hpo) wrote : UdevLog.txt | #17 |
apport information
As the captured jobs (comments #3 and #4) which you obtain via the "Capturing print job data" instructions are the original data of the application sent to CUPS, before any CUPS filtering starts and the problem already appears in the PDF job the bug is in LibreOffice, moving ...
affects: | cups (Ubuntu) → libreoffice (Ubuntu) |
Changed in libreoffice (Ubuntu): | |
status: | Incomplete → New |
HPO, could you please attach the LibreOffice document that you are exporting to PDF and PS?
Changed in libreoffice (Ubuntu): | |
status: | New → Incomplete |
HPO, this is unreproducible in Ubuntu 11.10 32-bit, LibreOffice Writer via the Terminal:
cd ~/Desktop && wget https:/
saved to pdf and noticed no overlapping as shown in: https:/
When exporting to pdf what options did you choose to generate the overlay?
lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10
apt-cache policy libreoffice-writer
libreoffice-writer:
Installed: 1:3.4.4-
Candidate: 1:3.4.4-
Version table:
*** 1:3.4.4-
500 http://
100 /var/lib/
1:
500 http://
apt-cache policy acroread
acroread:
Installed: 9.4.6~enu-0oneiric1
Candidate: 9.4.6~enu-0oneiric1
Version table:
*** 9.4.6~enu-0oneiric1 0
500 http://
100 /var/lib/
There seems to be a misunderstanding:
I'm NOT EXPORTING, but PRINTING!
I don't see any PDF options for printing. Other than the printer language selection (PDF/PS), of course.
However, exporting to PDF - irrespective of export options - produces the same result here.... it cannot be a 32bit/64bit problem, can it?
I tried 3.4.4 from above-mentioned ppa - same result.
However:
If an actual PDF FORM is created, the overlays disappear. The form elements are rendered differently, however.
Changed in libreoffice (Ubuntu): | |
status: | Incomplete → New |
HPO, the issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at http://
Changed in df-libreoffice: | |
status: | New → Incomplete |
Created attachment 55048
writer document with form elements
Printing with printer language PDF or exporting to PDF a document with form elements, the resulting PDF has added further text to the side of form elements ('checkbox',...).
Exporting to actual PDF forms, this does not happen. The graphical representation of the elements changes, however.
Printing with printer language PS does not include that additional text either.
Created attachment 55049
printout in pdf format
Created attachment 55050
printout in ps format
As per your instructions:
Changed in df-libreoffice: | |
importance: | Undecided → Unknown |
status: | Incomplete → Unknown |
summary: |
- Forms printed with Printer Language PDF get mangled + [Upstream] Printing/Exporting to PDF adds text to the side of form + elements |
Changed in df-libreoffice: | |
importance: | Unknown → High |
status: | Unknown → New |
|
#30 |
Hi Hans-Peter,
I've seen this before, I think.
I think I solved it by removing the default names of the elements, or narrowing the boxes, or ... ?
Abyway, I confirm this, also in 3.5.0rc1
Changed in df-libreoffice: | |
status: | New → Confirmed |
description: | updated |
description: | updated |
Changed in libreoffice (Ubuntu): | |
importance: | Undecided → Medium |
status: | New → Triaged |
description: | updated |
description: | updated |
1) lsb_release -rd
Description: Ubuntu 12.04 LTS
Release: 12.04
2) apt-cache policy libreoffice-writer
libreoffice-writer:
Installed: 1:3.5.3-0ubuntu1
Candidate: 1:3.5.3-0ubuntu1
Version table:
*** 1:3.5.3-0ubuntu1 0
500 http://
100 /var/lib/
1:
500 http://
apt-cache policy acroread
acroread:
Installed: 9.5.1-1precise1
Candidate: 9.5.1-1precise1
Version table:
*** 9.5.1-1precise1 0
500 http://
100 /var/lib/
3) What is expected to happen in Writer via the Terminal:
cd ~/Desktop && wget https:/
and either:
File -> Print -> button OK
or:
File -> Print -> tab Options -> check checkbox Print to File
and the resulting print or PDF looks as it does in Writer.
4) What happens instead the print and PDF have text overlapping as in the PDF https:/
WORKAROUND: For printing, switch 'Printer Language Type' to PostScript.
WORKAROUND: For exporting PDF, use File -> Export as PDF.
Changed in df-libreoffice: | |
importance: | High → Medium |
I tested it with LO 4.4.0.0.beta1 (Win 8.1) with EXPORT AS PDF and with PRINT -> pdf printer.
-> I could not reproduce it as it is seen in the pdf attachment (but I don't see the logo in the top left).
This bug is already quite old. Therefore, is this issue for others still reproducible with the latest releases of LO?
Or is this a Linux only issue?
As of 2015-01-05, the issue still stands (see attached PDF printout).
The added text seems to be the control's 'label' text. Emptying all 'label' properties, seems a good workaround.
Still, the handling of PDF control 'labels' differs from screen an PS.
Created attachment 111757
printout in PDF 2015-01-05
With current ubuntu LO (4.3.3) the issue stands.
As I wrote upstream, the added text seems to be the control's 'label' property.
|
#36 |
(In reply to Hans-Peter Oeri from comment #6)
> The added text seems to be the control's 'label' text. Emptying all 'label'
> properties, seems a good workaround.
That was what I meant to say with my comment #3. Sorry if that was not clear ;)
|
#37 |
I am also affected by this. I wanted to add that it only occurs when ISO 19005-1 conformity is checked (which however is something preferred where I work.
This is on 4.4.0.1 and 4.0.5 (regardless of OS).
However, on current master (Version: 4.5.0.0.alpha0+
Build ID: 57626f2132f73e4
Not reproducible in Wily.
Changed in libreoffice (Ubuntu): | |
status: | Triaged → Fix Released |
HPO, thank you for reporting this and helping make Ubuntu better. Please execute the following command, as it will automatically gather debugging information, in a terminal: /wiki.ubuntu. com/ReportingBu gs.
apport-collect 891522
When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https:/
As well, please attach all relevant information requested in: https:/ /wiki.ubuntu. com/DebuggingPr intingProblems# Capturing_ print_job_ data