Bug 40258 - PRINTING With printing a selection: if the last paragraph has a bullet/numbering, all selected paragraphs get that bullet/numbering in the print
Summary: PRINTING With printing a selection: if the last paragraph has a bullet/number...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
: 93760 137476 (view as bug list)
Depends on:
Blocks: Print-Dialog
  Show dependency treegraph
Reported: 2011-08-20 13:43 UTC by Terrence Enger
Modified: 2020-10-19 15:52 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:
Regression By:

gives funny result from Print:Selection (14.24 KB, application/vnd.oasis.opendocument.text)
2011-08-20 13:43 UTC, Terrence Enger
Screenshots, See Comment 2 (191.31 KB, application/x-download)
2011-08-28 01:50 UTC, Rainer Bielefeld Retired
screenshot of editing window, see comment 4 (175.36 KB, image/png)
2011-09-30 13:49 UTC, Terrence Enger
print dialog; see comment 4 (141.43 KB, image/png)
2011-09-30 13:50 UTC, Terrence Enger

Note You need to log in before you can comment on or make changes to this bug.
Description Terrence Enger 2011-08-20 13:43:12 UTC
Created attachment 50410 [details]
gives funny result from Print:Selection

I first noticed this in LibreOffice delivered with
ubuntu-natty (11.04).  It is present in the recent ubuntu
    LibreOffice 3.3.3
    OOO330m19 (Build:301)
    tag libreoffice-, Ubuntu package 1:3.3.3-1ubuntu2
and in my local build from master, commit id aa51fd4.
Mike Hall reports
that he sees the problem with Lo 1.4.2 under Vista.  As the
bug entry screen does not offer versions earlier than 3.3.0
Beta 2, I am setting version unspecified and all operating
systems for this report.  The reported processor x86-64
(AMD64) describes my system.

I am running ubuntu-natty (11.04) (32-bit); printing to a HP
Laserjet/4 Plus with duplex attachment.

To see the problem ...

(1) Download and open the attached a.odt.

(2) Select text from "So, here is ..." to the end of the

(3) Take menu options File > Print.  Program presents Print
    dialog offering Range and Copies: Selection.

(4) Click the radio button Range and Copies: Selection and
    then click Print.  Program briefly displays Print
    progress dialog.

Observe in the printout that the paragraph starting "So,
here is ..." has a bullet and is indented like the following
list.  I think that that paragraph should be printed at the
left margin and without a bullet.
Comment 2 Rainer Bielefeld Retired 2011-08-27 23:54:50 UTC
[Reproducible] with reporter's sample and own documents and "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]", still a problem with Master "LibO-dev 3.4.5 – WIN7 Home Premium (64bit) English UI [(Build ID:d337f79-a24c961-2865670-9752b71-7f8fd43
Also visible with "LibreOffice Portable 3.3.3  - WIN7  Home Premium (64bit) German UI [OOO330m19 (Build:301  Tag]" 

PDF export shows the same problem.

IMHO OOo Heritage due to OOo bug numbers

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.
Comment 3 Rainer Bielefeld Retired 2011-08-28 01:50:13 UTC
Created attachment 50628 [details]
Screenshots, See Comment 2
Comment 4 Terrence Enger 2011-09-30 13:47:02 UTC
It appears that the "level" of a heading within the selection to be
printed becomes the nesting level of the bullet that LibreOffice
applies.  I shall attach screenshots of the editing window and the
print dialog from
    LibreOffice 3.3.3 
    OOO330m19 (Build:301)
    tag libreoffice-, Ubuntu package 1:3.3.3-1ubuntu2
Comment 5 Terrence Enger 2011-09-30 13:49:30 UTC
Created attachment 51811 [details]
screenshot of editing window, see comment 4
Comment 6 Terrence Enger 2011-09-30 13:50:25 UTC
Created attachment 51812 [details]
print dialog; see comment 4
Comment 7 Björn Michaelsen 2011-12-23 13:25:56 UTC Comment hidden (obsolete)
Comment 8 A (Andy) 2013-05-06 20:35:02 UTC
reproducible with LO (Win7 Home, 64bit)

Result: the line "So, here ..." has no bullet and no indent in the document, but it is printed with a bullet and indent
Comment 9 Terrence Enger 2014-08-14 12:52:30 UTC Comment hidden (obsolete)
Comment 10 Terrence Enger 2015-08-08 01:22:13 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2016-09-20 10:21:37 UTC Comment hidden (obsolete)
Comment 12 Terrence Enger 2016-12-11 00:31:54 UTC
In the Print dialog, when I select Range equals Selection (step (4)),
the small preview control shows three bullet points in the list.  I
lack a printer, and my attempt to continue to "Print to File..." runs
into tdf#103515 "Assertion failed: SolarMutex not locked when opening
database with Base".  For now, I am taking it that the bug is still

I am observing a local build of commit b157b82a, pulled around
2016-12-10 02:45 UTC, configured ...

    CC=ccache /usr/bin/gcc
    CXX=ccache /usr/bin/g++

built and running on debian-stretch.
Comment 13 Terrence Enger 2016-12-11 00:38:16 UTC
I avoided the crash that I mentioned in comment 12 by simply taking
defaults.  The resulting .ps file shows that the problem persists.
Comment 14 QA Administrators 2017-12-13 09:29:39 UTC Comment hidden (obsolete)
Comment 15 Rainer Bielefeld Retired 2017-12-13 09:49:04 UTC Comment hidden (obsolete)
Comment 16 Terrence Enger 2017-12-13 16:32:39 UTC
I still see the bug in daily Linux dbgutil bibisect repository version
2017-12-13 running on debian-buster.

In accord with comments 1 and 2, I am setting version = Inherited From
Comment 17 Cor Nouws 2017-12-14 22:02:27 UTC Comment hidden (obsolete)
Comment 18 QA Administrators 2019-05-21 02:54:19 UTC Comment hidden (obsolete)
Comment 19 Cor Nouws 2019-05-24 09:14:27 UTC
still the same in Version:
Build ID: b26b6cab5d8147d35f76a21c333719c80840d08d
CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-05-20_23:15:15
Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US
Calc: threaded

I did some additional tests.
Adding an (empty) paragraph at the end of the selection, is a work around.
Comment 20 Timur 2020-07-30 08:18:26 UTC
*** Bug 93760 has been marked as a duplicate of this bug. ***
Comment 21 Terrence Enger 2020-10-19 15:52:29 UTC
*** Bug 137476 has been marked as a duplicate of this bug. ***