In inserting page numbers (in the format Page XX of YY) in the footnote, the first page number is zero instead of one. So for my particular document of seven pages, the first page read Page 0 of 7 and the last page read Page 6 of 7. I've used this format of numbering my pages many times in the past, without these results. I checked to see whether there were settings that I could change to have the first page revert to 1, but didn't find anything. If this bug is not fixed, I will not be able to number the pages on any document. So I labeled the bug as major.
please describe issue step by step how do you exactly number the pages or provide a test file. otherwise it will impossible to help I've also added a summary description which was missing status --> NEEDINFO revert it to UNCONFIRMED once you provide missing informations.
Hello, I've the same problem with a document. When this document is opened with OpenOffice 3.2.1, there's no problem. When this document is opened with LibreOffice, the number of first page is 0. I've this bug whith LibreOffice 4.2.4.2 and 4.2.5.2. 20140707-100532-lucquiaud-BAS.odt => document hardCopy 01 - pb LO.gif => wrong page number with LibreOffice hardCopy 02 - ok OO.gif => correct page number with OpenOffice
Created attachment 102835 [details] The main document
Created attachment 102836 [details] The wrong page number (LibreOffice)
Created attachment 102838 [details] The correct page number (OpenOffice)
Created attachment 102839 [details] OpenOffice version
Created attachment 102840 [details] LibreOffice version
Created attachment 102842 [details] Windows version
Moreover, with LibreOffice, there's a empty page in the document that is not present with OpenOffice (the document is correct with OpenOffice).
Moreover, with LibreOffice, there's a empty page in the document that is not present with OpenOffice (the document is correct with OpenOffice) => See the hard copy "The wrong page number (LibreOffice)"
Hello, you can put page numbers right as follows : 1) save the document, 2) close the document, 3) when document reopened, page numbers are corrects. I hope it could help.
thanks for test files. they helped a lot. I confirm test document is show with a "0/8" page numbering instead of "1/6" page numbering. If you resave that document in LibO 4.2.5.2 and reload it the numbering gets corrected to right "1/6" format
this is a regression of the 4.2.x branch. LibO 4.1.5.3 loads file with correct "1/6" page number format
bibisected: 1b204196f0fbb248722573341fab666b41038431 is the first bad commit commit 1b204196f0fbb248722573341fab666b41038431 Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Wed Nov 27 06:44:01 2013 +0000 source-hash-03e9845525037a02dac320ad09fb6eed34e9f0da commit 03e9845525037a02dac320ad09fb6eed34e9f0da Author: Michael Stahl <mstahl@redhat.com> AuthorDate: Tue Oct 22 22:15:42 2013 +0200 Commit: Michael Stahl <mstahl@redhat.com> CommitDate: Tue Oct 22 22:30:20 2013 +0200 firebird: fix typo in b0f00d38254eca70e196e1580faac4a215bc2b12 Change-Id: I824721abeecfbd6d9592e00f73f6ef4b6e6d54ac :100644 100644 d550a738c0d57cc8ed1dee181a619abfbf07111f 7f9428c851b64605d78ff041a8ef2390db6ed7d7 M ccache.log :100644 100644 361f74b672f3bd6003be764efdaa5768bec059b2 b08ddbbe6b4c1a704226c9591da17245286a6ab0 M commitmsg :100644 100644 7e1cf2ef8ef429ecde6c14f0ecc1da01d3d1bb96 f202cdf6fb8d17505a2694eed4867bb6deb9ae9d M make.log :040000 040000 e469883d9b322a09099a9f921cf70ea5c58dab95 543ce334ef95614317a778006afc160215a144e3 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 # bad: [288796dca516e779d45513775be7c7bc3ff291f7] source-hash-5d0051efb99c6cbd0dc4dd655a71e7435159f6bc git bisect bad 288796dca516e779d45513775be7c7bc3ff291f7 # bad: [1b204196f0fbb248722573341fab666b41038431] source-hash-03e9845525037a02dac320ad09fb6eed34e9f0da git bisect bad 1b204196f0fbb248722573341fab666b41038431 # first bad commit: [1b204196f0fbb248722573341fab666b41038431] source-hash-03e9845525037a02dac320ad09fb6eed34e9f0da
Thus http://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=bdf2b506c38b38af531d8c8aa14dd51d89386899..03e9845525037a02dac320ad09fb6eed34e9f0da and http://cgit.freedesktop.org/libreoffice/core/commit/?id=c2ccd20c0fd92bddfff76447754541705e3eb8f3 looks rather suspicious. @Adam: Care to take a look?
(In reply to comment #15) > Thus > http://cgit.freedesktop.org/libreoffice/core/log/ > ?qt=range&q=bdf2b506c38b38af531d8c8aa14dd51d89386899.. > 03e9845525037a02dac320ad09fb6eed34e9f0da > > and > http://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=c2ccd20c0fd92bddfff76447754541705e3eb8f3 looks rather suspicious. > > @Adam: Care to take a look? @Bjorn : will try to take a look at this next week. even though - if I create a new document with latest master - page numbers are correct. So I am assuming it was some bug that saved the value to the ODF file wrong.
(This is an automated message.) It seems that the commit that caused this regression was identified. (Or at least a commit is suspected as the offending one.) Thus setting keyword "bisected".
I am setting hardware and platform to "All" because bibisecting was carried out before.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.