Description: If WRITER is configured using any other interface options beside the standard one, BASE crash on opening a form. When WRITER interface is standard, no crash occur otherwise, BASE crash everytimes. Steps to Reproduce: 1.Open WRITER 2.Choose "View" - "User Interface" - "Tabbed" 3.Open a BASE file with some forms 4.Open any of the existing forms Actual Results: BASE crash Expected Results: BASE open the required form Reproducible: Always User Profile Reset: Yes Additional Info: If these steps is followed, BASE won't crash 1.Open WRITER 2.Choose "View" - "User Interface" - "Standard Toolbar" 3.Open a BASE file with some forms 4.Open any of the existing forms
Created attachment 144254 [details] A BASE file containing some forms I join a BASE file for tests
Confirmed with Ubuntu 18.04 and 6.2 Crash report at crashreport.libreoffice.org/stats/crash_details/d8e08f62-e23d-463d-8db8-5506fdb221e9
it does not happen using Version: 6.1.1.0.0+ Build id: 30c178dcb3301527ad92bbd245d1525ab77e314e marking as regression and bibisectRequest Will go ahead and start that bibisect against the daily master repo.
Created attachment 144272 [details] gdb bt On pc Debian x86-64 with master sources updated today, I could reproduce this. I attached a bt (+gdb session) with some console logs. To retrieve this bt, I had to add a breakpoint: b vcl/source/window/builder.cxx:367
OK, the bibisect tool says the issue arrived with commit: f33ca5e3ba342e8251ab8177105a9b4b231b73e0 ofz#7621 tight OUString concat loop causes libfuzzer oom it doesn't get a chance to release memory and falls over with an oom Change-Id: I20eb91223de3aa00f3e2f4131ad212f1cfde6ff3 1 file changes: svtools/source/svhtml/parhtml.cxx author Caolán McNamara <caolanm@redhat.com> (adding to CC)
I think it rather eems related to https://cgit.freedesktop.org/libreoffice/core/commit/?id=dcbb65f2a4a3ee70ccd4896d7a5e975dbd9e6509 I'm taking a look. If I don't find why, I'll revert my commit.
Patch submitted on gerrit here: https://gerrit.libreoffice.org/#/c/59296/
Julien Nabet committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6c89f41b02fcd8918e535460994daac4ecd5d37e tdf#119330: fix regression in SfxNotebookBar.cxx It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Let's put this one to FIXED. Don't hesitate to reopen this tracker if you still reproduce this.
Created attachment 144300 [details] screen shot Base form w/Tabbed notebook bar Well, that did stop it from crashing. Now the problem is that the 'oddball' UI is present when the Base form (writer file) is opened and most of that doesn't work in this context - but it looks really cool ;-) Not quite sure what to do with this issue therefore?
(In reply to Drew Jensen from comment #10) > Created attachment 144300 [details] > screen shot Base form w/Tabbed notebook bar > > Well, that did stop it from crashing. > > Now the problem is that the 'oddball' UI is present when the Base form > (writer file) is opened and most of that doesn't work in this context - but > it looks really cool ;-) > > Not quite sure what to do with this issue therefore? I don't understand what you mean, what "oddball"? I don't see anything strange on the screenshot. I used Tabbed interface and could fill a line in the same form. There's no hang or some kind of freeze
If the notebook (tabbed or otherwise) interface is now available for Base forms that is new (the interface is oddball in that it was not available here before, that is what I meant). Also, there was no way to leave the new notebook bar with a Form (the menu item did nothing) However, Reports (not the designer) also displayed the notebook bar, but the items are more fully working and here you can return to the standard toolbar interface. With that change made in the Report document window a Forms are back the Standard Toolbar again, and again in the Form window you can not change it back to notebook. You can change back to notebook UI in the Report window however and that will again change the Forms.
Drew: please create a new bugtracker since there's no more crash here. I don't know what's expected, moreover Tabbed is experimental. I don't know if my commits reveal a bug or created the bug. In all cases, feel free to revert my commits since the initial purpose was just to remove one of the many annoying error console logs that almost nobody ever cares. I don't know why we got so much experimental features. After some time (a year?), if nobody cares about an experimental feature, it should be removed.
(In reply to Julien Nabet from comment #13) > Drew: please create a new bugtracker since there's no more crash here. > Will do.