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: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 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: 2022-10-31 14:38 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
gives funny result from Print:Selection (14.24 KB, application/vnd.oasis.opendocument.text)
2011-08-20 13:43 UTC, Terrence Enger
Details
Screenshots, See Comment 2 (191.31 KB, application/x-download)
2011-08-28 01:50 UTC, Rainer Bielefeld Retired
Details
screenshot of editing window, see comment 4 (175.36 KB, image/png)
2011-09-30 13:49 UTC, Terrence Enger
Details
print dialog; see comment 4 (141.43 KB, image/png)
2011-09-30 13:50 UTC, Terrence Enger
Details
reverse bibisect in linux-64-7.4 repo (3.06 KB, text/plain)
2022-10-26 20:19 UTC, Terrence Enger
Details

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
update,
    LibreOffice 3.3.3
    OOO330m19 (Build:301)
    tag libreoffice-3.3.3.1, Ubuntu package 1:3.3.3-1ubuntu2
and in my local build from master, commit id aa51fd4.
Mike Hall reports
<http://listarchives.documentfoundation.org/www/discuss/msg07466.html>
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
    page.

(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
	2fdd60d-fd28b6a-fd7bf20-aa369cb-28da3fb
	6a9633a-931d089-ecd263f-c9b55e9-b31b807
	82ff335-599f7e9-bc6a545-1926fdf)]"
Also visible with "LibreOffice Portable 3.3.3  - WIN7  Home Premium (64bit) German UI [OOO330m19 (Build:301  Tag 3.3.3.1)]" 

PDF export shows the same problem.

IMHO OOo Heritage due to OOo bug numbers

@Cédric:
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-3.3.3.1, 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 4.0.2.2 (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
present.

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++
    --enable-option-checking=fatal
    --enable-dbgutil
    --enable-debug
    --without-system-postgresql
    --without-myspell-dicts
    --with-extra-buildid
    --without-doxygen
    --with-external-tar=/home/terry/lo_hacking/git/src
    --without-package-format

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
OOo.
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: 6.3.0.0.alpha1+
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. ***
Comment 22 QA Administrators 2022-10-20 03:44:34 UTC Comment hidden (obsolete)
Comment 23 Terrence Enger 2022-10-26 20:19:16 UTC
Created attachment 183285 [details]
reverse bibisect in linux-64-7.4 repo

I see no bug in my local --enable-dbgutil build of commit 53d5f5e1
(2022-10-07), built and running on debian-buster.  I am setting bug
status VERIFIED FIXED.

Reverse bibisect in the 7.4 repository points to commit cdf48e57
"tdf#134759 sw: clear items in SwAttrSet::CopyToModify()".

    result     commit    s-h       date
    ---------  --------  --------  --------------------
    3 bullets  392efeb7  f3c74dff  2022-06-17  07:18:19
    2 bullets  9e277b0e  cdf48e57  2022-06-17  07:41:54
Comment 24 Cor Nouws 2022-10-31 14:38:29 UTC
(In reply to Terrence Enger from comment #23)
> Created attachment 183285 [details]
> reverse bibisect in linux-64-7.4 repo
> 
> I see no bug in my local --enable-dbgutil build of commit 53d5f5e1
> (2022-10-07), built and running on debian-buster.  I am setting bug
> status VERIFIED FIXED.


Interesting :)
Also in Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 100dc387ffd7df84199dae51abd9de35440905f1
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: nl-NL (en_US.UTF-8); UI: en-US
Calc: threaded

the print preview doesn't have the problem any more.