Problem description: Steps to reproduce: 1. I insert a page numbering in the LIbreOffice Writer. 2. when I insert page numbering in the document, it number wright. 3. when I move the paragraph with the ruler, the first page is numbered 1, the second 1 and the numbering continues wright with 2, 3 etc. Current behavior: unfixed Expected behavior: fixed Operating System: Linux (Other) Version: 4.2.4.2 release
Can you please attach a sample document so we can reproduce this issue? Thanks. Kind regards, Joren
Created attachment 102297 [details] attachment-21740-0.html Hello! I'm sending you a file, illustrating a bug, with wrong numbering of pages. Thank you! Kind regards, Aleksandar -------- Оригинално писмо -------- От: bugzilla-daemon@freedesktop.org Относно: [Bug 80852] FORMATTING: Wrong page numbers До: tsanew@abv.bg Изпратено на: Четвъртък, 2014, Юли 3 23:40:04 EEST "> Jorendc changed bug 80852 What Removed Added Status UNCONFIRMED NEEDINFO CC jorendc@libreoffice.org Ever confirmed 1 Comment # 1 on bug 80852 from "> Jorendc Can you please attach a sample document so we can reproduce this issue? Thanks. Kind regards, Joren You are receiving this mail because: You reported the bug.
Created attachment 102298 [details] attachment-21740-1.dat
Created attachment 102299 [details] Untitled 1.odt
I see correct numbering in your test file. I'm on WinXP 32bit using LibO 4.2.5.2 do you still reproduce the bug? what do you mean exactly "when I move the paragraph with the ruler" ?
Created attachment 103348 [details] attachment-31548-0.html Hello! Sorry for the delay. Yes, I discovered today that when I opened a file with wrong numbering, in Windows (7), the page numbering is wright. I use Linux Mint 17 Quiana and may be this happens only in Linux version, but may be this is problem of the OS. That is why I attached you with .odt version of the file .pdf-version. "when I move the paragraph with the ruler" means that the bug appears when I use the upper ruler for the moving of the text. Regards, Aleksandar -------- Оригинално писмо -------- От: bugzilla-daemon@freedesktop.org Относно: [Bug 80852] FORMATTING: Wrong page numbers До: tsanew@abv.bg Изпратено на: Петък, 2014, Юли 18 14:15:50 EEST "> tommy27 changed bug 80852 What Removed Added CC barta@quipo.it Comment # 5 on bug 80852 from "> tommy27 I see correct numbering in your test file. I'm on WinXP 32bit using LibO 4.2.5.2 do you still reproduce the bug? what do you mean exactly "when I move the paragraph with the ruler" ? You are receiving this mail because: You reported the bug.
Created attachment 103349 [details] attachment-31548-1.dat
Created attachment 103350 [details] Untitled 1.pdf
Created attachment 103351 [details] Untitled 1.odt
Created attachment 103355 [details] attachment-10092-0.html Hello again! I send you a screenshot, illustrating what is mean "when I move the paragraph with the ruler" Regards! -------- Оригинално писмо -------- От: bugzilla-daemon@freedesktop.org Относно: [Bug 80852] FORMATTING: Wrong page numbers До: tsanew@abv.bg Изпратено на: Петък, 2014, Юли 18 14:15:50 EEST "> tommy27 changed bug 80852 What Removed Added CC barta@quipo.it Comment # 5 on bug 80852 from "> tommy27 I see correct numbering in your test file. I'm on WinXP 32bit using LibO 4.2.5.2 do you still reproduce the bug? what do you mean exactly "when I move the paragraph with the ruler" ? You are receiving this mail because: You reported the bug.
Created attachment 103356 [details] attachment-10092-1.dat
Created attachment 103357 [details] Screenshot-1.png
I can confirm nearly the same bug. It always happens in the same way for me. To reproduce the bug: 1) open the attached 'Untitled 1.odt' file. It contains 11 pages, correctly numbered from page 1 to 11 in the right-bottom corner. 2) 'according' to the attached 'Screenshot-1.png' move the upper 'tab position marker' on the ruler somewhat to the right. 3) now the pages are 'renumbered', for me they are marked as 0, 1, 2, … , 10 (from 0 to 10) My test system (with default Hungarian locals): LinuxMint 17 Cinnamon LO 4.2.4.2 Build id.: 420m0(Build:2) @tsanew Please do not reply directly to the e-mails sent by bugzilla-daemon. Use the web interface of bugs.freedesktop.org to add something new to the bug discussion.
Ok reproducible on 4.3.0.4 using Win7x64. I set status to NEW, platform to ALL and edit summary notes
bug not reproducible in 4.1.5.3 and reproducible in 4.2.0.4 hence this is a 4.2.x regression. needs bibisecting.
(In reply to comment #13) > I can confirm nearly the same bug. It always happens in the same way for me. > > To reproduce the bug: > > 1) open the attached 'Untitled 1.odt' file. It contains 11 pages, correctly > numbered from page 1 to 11 in the right-bottom corner. > 2) 'according' to the attached 'Screenshot-1.png' move the upper 'tab > position marker' on the ruler somewhat to the right. > 3) now the pages are 'renumbered', for me they are marked as 0, 1, 2, … , 10 > (from 0 to 10) > > My test system (with default Hungarian locals): > LinuxMint 17 Cinnamon > LO 4.2.4.2 Build id.: 420m0(Build:2) > > @tsanew > Please do not reply directly to the e-mails sent by bugzilla-daemon. Use the > web interface of bugs.freedesktop.org to add something new to the bug > discussion. This is the same bug.
bibisected: commit 6e1586198f281b174861c93be569ca613e1b0aae Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Wed Nov 27 07:39:25 2013 +0000 source-hash-1aae6f6087214f143886dd4c18d226fb1657b5c3 commit 1aae6f6087214f143886dd4c18d226fb1657b5c3 Author: Michael Stahl <mstahl@redhat.com> AuthorDate: Sat Oct 26 21:35:32 2013 +0200 Commit: Michael Stahl <mstahl@redhat.com> CommitDate: Sat Oct 26 21:39:19 2013 +0200 nss: fix build breakage of postgresql Somehow postgresql needs to link both openssl and NSS (yay) ... and it turns out that NSS builds a "libssl.a" on MacOSX and Linux, and of course OpenSSL does too... so avoid that by removing *.a in NSS tree, which are not needed anyway (some of these are named the same as the corresponding .so/.dylib to...). Change-Id: I5c9718e655d350c2e7d0ae05596f8e3130e9bfe1 :100644 100644 7a87ab85fe0e5733eb159141053c7fc9edad4f70 4e339258b1182fd1d3ab540a012a4144eb1f74ee M ccache.log :100644 100644 9603946f88ddc98c86ef82d62fb28b0f987fb699 4d589f0b009f533221d5e57b52dafb28ca6985aa M commitmsg :100644 100644 4fd8c5d0c72b21ef0b64d31565c1b90add86f339 79a16303ad9a3514d31a0ac6d2a0be68ee6e98bd M make.log :040000 040000 dde5b8c597f5e78fe6ba49dbf39babfda4bcb110 aba6f4edb64dec00f7d9f1c6d356d83e2e7c6997 M opt # bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # good: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb git bisect good e02439a3d6297a1f5334fa558ddec5ef4212c574 # bad: [4850941efe43ae800be5c76e1102ab80ac2c085d] source-hash-980a6e552502f02f12c15bfb1c9f8e6269499f4b git bisect bad 4850941efe43ae800be5c76e1102ab80ac2c085d # skip: [a043626b542eb8314218d7439534dce2fc325304] source-hash-9379a922c07df3cdb7d567cc88dfaaa39ead3681 git bisect skip a043626b542eb8314218d7439534dce2fc325304 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # good: [1d4980621741d3050a5fe61b247c157d769988f2] source-hash-89d01a7d8028ddb765e02c116d202a2435894217 git bisect good 1d4980621741d3050a5fe61b247c157d769988f2 # skip: [89110ca258fa7a15dfc546acfb39e76fc3eb2a44] source-hash-e450a2c506ac7cd4433b0f93fc750a89919bc03c git bisect skip 89110ca258fa7a15dfc546acfb39e76fc3eb2a44 # good: [1cca92a409385d9288c28a54d5e3008e56728bc0] source-hash-7be7824bbbdeee6fa998b950e6046ab37fe690cb git bisect good 1cca92a409385d9288c28a54d5e3008e56728bc0 # skip: [5fa28ce2931a35ae64ae08d3904cfb76d24459d8] source-hash-2304beaca33c63b94df99cb827716f00ce259f9a git bisect skip 5fa28ce2931a35ae64ae08d3904cfb76d24459d8 # good: [2a9ff869c5638dc5c3aa387d0fe55c3291c86288] source-hash-01b7e04172889cbc9e4ac404b105e18ddc062d6f git bisect good 2a9ff869c5638dc5c3aa387d0fe55c3291c86288 # bad: [387dd1052972d27a3065a249b357e50e0a29829b] source-hash-35836f350861b33a0c28307a413eff76d0433d1e git bisect bad 387dd1052972d27a3065a249b357e50e0a29829b # good: [5b0bc0b6253d7572470c6a3058d5fff68c93897f] source-hash-bdf2b506c38b38af531d8c8aa14dd51d89386899 git bisect good 5b0bc0b6253d7572470c6a3058d5fff68c93897f # good: [288796dca516e779d45513775be7c7bc3ff291f7] source-hash-5d0051efb99c6cbd0dc4dd655a71e7435159f6bc git bisect good 288796dca516e779d45513775be7c7bc3ff291f7 # bad: [6e1586198f281b174861c93be569ca613e1b0aae] source-hash-1aae6f6087214f143886dd4c18d226fb1657b5c3 git bisect bad 6e1586198f281b174861c93be569ca613e1b0aae # good: [e371c174576801a7865420008f494c0d3f153f1b] source-hash-01a13519e2a12e1e9b61bab1437d340e389e44bf git bisect good e371c174576801a7865420008f494c0d3f153f1b # first bad commit: [6e1586198f281b174861c93be569ca613e1b0aae] source-hash-1aae6f6087214f143886dd4c18d226fb1657b5c3
I don't understand how to fix the bug. How to "remove *.a in NSS tree"?
*** Bug 81947 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 79303 ***
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]