Description: My computer: Ubuntu 18.04.2 LTS, 64-bit. This bug happened when I tried to experiment with the page numbering. I opened the Format>Page settings, and changed page numbering from "1, 2, 3,..." to "1st, 2nd, 3rd,...". After changing the page numbering, whenever I would try to open Format>Page or right click>Page..., LibreOffice would crash. In other words, the page settings become inaccessible. Steps to Reproduce: 1. Format > Page 2. Set page numbers to "1st, 2nd, 3rd..." 3. Click "OK" 4. From now on, whenever you try to change the Page settings (Format>Page) LibreOffice crashes Actual Results: The software crashes whenever you try to change the Page settings. Expected Results: The software should not crash. Reproducible: Always User Profile Reset: Yes Additional Info: Workaround: Rename the document's filename extension from ".odt" to ".zip". Open "styles.xml" and find an instance of: style:num-format="1st" Change this to: style:num-format="1" Update the .zip file with this new change and rename it back to .odt. It should work without crashing now.
Tried with and without text in document and cannot get it to crash. Xubuntu 18.04.2, 64-bit Version: 6.2.3.2 Build ID: aecc05fe267cc68dde00352a451aa867b3b546ac CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
On Win10 + master sources updated today, I got an assert: Assertion failed: eNumType <= css::style::NumberingType::NUMBER_NONE && "enum overflow", file C:/BLP/core/svx/source/items/pageitem.cxx, line 137
No crash with Version: 6.3.0.0.alpha0+ Build ID: 1ae5ca077119982ae83833871326c86d9930ae11 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Please copy and paste here the contents of your Help - About from your LibreOffice. This allows us to know more about your system. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
László: Taking a look to https://cgit.freedesktop.org/libreoffice/core/commit/?id=f1579d3d6c5f5f3a651825e035b93bee7a4f43c6, I wonder if RID_SVXITEMS_PAGE_NUMS in https://opengrok.libreoffice.org/xref/core/svx/source/items/pageitem.cxx shouldn't be replaced by RID_SVXSTRARY_NUMBERINGTYPE and the asserts modified. Any thoughts?
My libreoffice info: Version: 6.2.3.2 Build ID: libreoffice-6.2.3.2-snap1 CPU threads: 6; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 151168 [details] bt with debug symbols On pc Debian x86-64 with master sources updated today, I got an assert too.
I can't reproduce it in Version: 6.3.0.0.alpha0+ Build ID: f20810f7829d9f3b7167df316e1303810b746366 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded nor in Versión: 6.2.3.2 Id. de compilación: aecc05fe267cc68dde00352a451aa867b3b546ac Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; Configuración regional: es-ES (es_ES); Idioma de IU: es-ES Calc: threaded
> Additional Info: > Workaround: Rename the document's filename extension from ".odt" to ".zip". > Open "styles.xml" and find an instance of: style:num-format="1st" > Change this to: style:num-format="1" > Update the .zip file with this new change and rename it back to .odt. > It should work without crashing now. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 151193 [details] The file that crashes when i try to edit its page settings
Comment on attachment 151193 [details] The file that crashes when i try to edit its page settings It is a completely new file I made just for this, since the bug can be reproduced with any file (on my computer).
Not reproduced in Version: 6.3.0.0.alpha0+ Build ID: ddea172792d13516ff7e0dd43f1f78b74ade8914 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded with the file attached. Do you reproduce it if you call LibreOffice from terminal like SAL_USE_VCLPLUGIN=gen soffice ?
(In reply to Xisco Faulí from comment #11) > Not reproduced in > > Version: 6.3.0.0.alpha0+ > Build ID: ddea172792d13516ff7e0dd43f1f78b74ade8914 > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; > Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US > Calc: threaded > > with the file attached. > > Do you reproduce it if you call LibreOffice from terminal like > SAL_USE_VCLPLUGIN=gen soffice ? I cannot run libreoffice via terminal, the terminal says it's not installed. I only run it via the UI. I think my libreoffice was packaged with ubuntu, I didn't install it manually myself. Do you want me to uninstall this version I have (I can uninstall it via ubuntu's software program), and then install libreoffice again via terminal?
Does it work if you launch it like SAL_USE_VCLPLUGIN=gen libreoffice ?
(In reply to Xisco Faulí from comment #13) > Does it work if you launch it like SAL_USE_VCLPLUGIN=gen libreoffice ? It does launch this way. But I managed to reproduce the bug this way too.
ok,thanks for checking. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? OTOH, what do you get with 'pkg-config --modversion gtk+-3.0' ?
(In reply to Xisco Faulí from comment #15) > ok,thanks for checking. > > To be certain the reported issue is not > related to corruption in the user profile, could you please reset your > Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and > re-test? > > OTOH, what do you get with 'pkg-config --modversion gtk+-3.0' ? When i run libreoffice in safe mode I can still reproduce the bug, should I still try to reset my libreoffice profile? When I type 'pkg-config --modversion gtk+-3.0', I get: 3.22.30
[Automated Action] NeedInfo-To-Unconfirmed
That's weird. Could you please try the version from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
(In reply to Xisco Faulí from comment #18) > That's weird. > Could you please try the version from > https://www.libreoffice.org/download/libreoffice-fresh/ ? > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the bug is still present in the latest version. I prefer not to install manually packages as I am an unskilled user and I don't want to mess with my installation... would you prefer that I file a report against the Ubuntu repositories?
(In reply to boksy5 from comment #10) > Comment on attachment 151193 [details] I get dump on fileopen and it doesn't have ordinal or any page numbers: STACK_COMMAND: ~0s; .ecxr ; kb FOLLOWUP_IP: python35!PyUnicode_RichCompare+f4 566e8e74 33c9 xor ecx,ecx (In reply to boksy5 from comment #0) > Steps to Reproduce: > 1. Format > Page > 2. Set page numbers to "1st, 2nd, 3rd..." > 3. Click "OK" Not clear. Format-Page doesn't insert page numbers. How exactly did you do it? First made footer? Then inserted page numbers and then edited?
(In reply to Timur from comment #21) > (In reply to boksy5 from comment #10) > > Comment on attachment 151193 [details] > I get dump on fileopen and it doesn't have ordinal or any page numbers: > STACK_COMMAND: ~0s; .ecxr ; kb > FOLLOWUP_IP: > python35!PyUnicode_RichCompare+f4 > 566e8e74 33c9 xor ecx,ecx > > (In reply to boksy5 from comment #0) > > Steps to Reproduce: > > 1. Format > Page > > 2. Set page numbers to "1st, 2nd, 3rd..." > > 3. Click "OK" > Not clear. Format-Page doesn't insert page numbers. How exactly did you do > it? First made footer? Then inserted page numbers and then edited? I didn't insert page numbers, I set them. I don't have to do anything (no footers or inserting) other than click on Format > Page, and get this screen: https://i.imgur.com/3i9TFX3.png As you can see on this image, there are words that read like this: "Page numbers", and right next to this is a button where a drop-down menu appears. There you can set the numbering to "1st, 2nd, 3d...". I'm sorry if this wasn't clear enough before, I hope this is more clear now. Thanks.
OK, now is clear. Definitely none of us had crash. boksy5, you first wrote "User Profile Reset: Yes" but it seems you didn't really do it. Please do: https://wiki.documentfoundation.org/UserProfile No need to quote the full previous post. Only that we can do about this is confirm as Assert. Julien, please do.
Created attachment 151453 [details] Windows assert On Win10 with master sources updated today, I still reproduce the assert. I attached the whole output of Windbg64. I'll give a try by removing the assert at this location to see if I have a crash.
Created attachment 151454 [details] bt Windows (windbg) I removed the assert present in GetPresentation method (see https://opengrok.libreoffice.org/xref/core/svx/source/items/pageitem.cxx?r=b52f309f#98) and I could reproduce the crash.
The choice of Page numbers selection is important thing to reproduce this. I don't reproduce the crash if I use first elements of the list: None, 1, 2, 3, ... A, B, C, ... a, b, c, ... I, II, III, ... i, ii, iii, ... But if choosing other than these, it crashes (I tested some of them, not all). So I confirm there's a relation with RID_SVXITEMS_PAGE_NUMS (see comment 4). Also, the crash doesn't happen when selecting the element but, as indicated by the reporter, after having clicked "OK" to confirm the choice (and the dialog box closes) and called again Format page.
I can reproduce it in Versión: 6.2.3.2 Id. de compilación: aecc05fe267cc68dde00352a451aa867b3b546ac Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; Configuración regional: es-ES (es_ES); Idioma de IU: es-ES Calc: threaded after comment 26...
Regression introduced in range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=c2f3f7566464fb291697172a96cb3ea39f51e86f..20b7b15038d0970de1c271238b9aef7cbd3930ac
@Caolán, I thought you could be interested in this issue
Created attachment 151485 [details] gdb backtrace
it also crashes with the following steps: 1. Open writer 2. go to sidebar - page 3. Change the number style to any from the bottom of the list 4. Go to format - page -> crash
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/c25b5c2c3d019f1a282ba3fe65eb577ff1c8870b%5E%21 Resolves: tdf#125104 crash on getting text desc of numbering It will be available in 6.2.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/c6b5169541aa50fcf53a55372d5c2b82e20e9111%5E%21 Resolves: tdf#125104 crash on getting text desc of numbering It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.3.0.0.alpha1+ Build ID: 9c7fac47aacb0877c7d212217089a680400c1377 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Caolán, thanks for fixing this issue!
Zdeněk Crhonek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/dfc75c367ccdd0af866e1ca87c62e6c8db11ecd4%5E%21 uitest for bug tdf#125104 It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.