Summary: | REPORTBUILDER - CRASH when deleting field added in Report Design mode | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Alex Thurgood <iplaw67> |
Component: | Base | Assignee: | Caolán McNamara <caolan.mcnamara> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | lionel, pje335-lo, robert, serval2412 |
Priority: | highest | Keywords: | regression |
Version: | 4.2.0.0.alpha0+ Master | ||
Hardware: | x86-64 (AMD64) | ||
OS: | macOS (All) | ||
See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=61380 | ||
Whiteboard: | target:4.2.0 target:4.1.2 | ||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 65675 | ||
Attachments: | apple crash trace when trying to delete field/label from report |
Description
Alex Thurgood
2013-07-08 14:39:26 UTC
Adding Lionel, Julien to CC It is already pretty weird that two identical fields get added via DnD - that in itself is a bug. Alex OK, forget the double fields comment, there are not two fields being added, but the Label gets positioned under the Field itself and bears of course the same name. The positioning of the Label is such that it overlaps with the Footer zone of the report. This is still a separate bug IMHO. Alex Created attachment 82193 [details]
apple crash trace when trying to delete field/label from report
This could well be a DUP of fdo#61380 Alex, you tagged this as regression, but I don't see in any comment in which version it was working. Please specify that (if necessary, after testing with older/stable versions), or remove the regression keyword. All this works in LO 3.6.6.2, LO 4.0.3.3 and LO 4.1.0.2 under Linux 64bit rpm. You could delete both fields. Alex, you could be happy, when you could create a report in LO 4.2.0.0 beta - I can't. LO will hang when I want to start to create a report. And of course, I don't see the problem on my 32bit Linux build from master, sigh. Will report on or rectify OSX regression status later. Alex Confirming regression over 3.5.7 and 3.6.6 on OSX Alex Further comments : In versions 3.5.7 and 3.6.6, the Backspace key, used to delete selected objects on OSX did not work (accelerator binding issues). However, Cmd-X did work and successfully deletes any selected object. If I try Cmd-X on the selected objects in my OSX master build, the crash is immediate, whereas if I use the the Backspace key, it takes a few microseconds more for the main app window to disappear. I am wondering whether the recent accelerator key work on OSX is the underlying issue here ? Alex On LO 4.0.3.3, Cmd-X also works without crashing LO, whereas the Backspace key has no effect. Alex (In reply to comment #7) > create a report in LO 4.2.0.0 beta - I can't. LO will hang when I want to > start to create a report. Hi Robert, On my 32bit Linux master build, I can create a Report in Design View but the windows are slow to appear, it takes my 4Gb RAM Ubuntu 13.04 system a good ten seconds for the Report Design window and Field Selector to appear, and certainly Unity seems to think that the app has hung for a while, as it darkens the screen. I put that down to it being a developer build on my machine, and not fully integrated with Unity, but maybe what you are seeing on your own system is that it is indeed slow to appear to the point where the app appears to have hung. If that is the case, and I say 'if', then that sounds like a separate performance bug. Alex Hello all, I can reproduce this bug running LibreOffice Version: 4.2.0.0.alpha0+ Build ID: 02fb63f8f29085213659b730456dbf0438c2f7cc TinderBox: MacOSX-X86_64@43, Branch:master, Time: 2013-08-01_00:42:37 on Mac osx 10.8.4. I used the nba2012.odb file from bug 56325 I am not good with Base (first time I used it) so I hope I did every thing good On pc Debian x86-64 with master sources updated today, I don't reproduce this. I noticed that if I drag a field from the list, there's just 1 field which appear to be added. Java info: java version "1.7.0_21" OpenJDK Runtime Environment (IcedTea 2.3.9) (7u21-2.3.9-5) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Thomas: in the recent build you use, did you have too 2 identical fields added? (In reply to comment #14) Hi Julien, > Thomas: in the recent build you use, did you have too 2 identical fields > added? Looks like this is another Mac-only bug... Alex Alex: badfully :-( With a more recent build, do you still have the "duplicate drag"? (In reply to comment #16) > Alex: badfully :-( With a more recent build, do you still have the > "duplicate drag"? Haven't been able to build from master on Mac for a while, thanks to an automatic Apple XCode upgrade hosing my command line tool installation and forcing me to switch to 10.8 SDK. For now, I will have to try with one of Tor's 64bit builds or a daily build from the buildbots. Alex Julien: Yes there were too fields edited at the same time just like Alex said at step 4. I thing that that is also a bug.?.?.. I can reproduce this now on mac Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=dd0f6c737b6af659389e473296e939ec6cfa5f4e Resolves: fdo#66700 don't crash on querying zoom state with no SfxObjectShell 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. Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=47134ddc12e130ff65848cb8faa72fa3a4a61c77&h=libreoffice-4-1 Related: fdo#66700 don't crash on setting zoom state with no SfxObjectShell It will be available in LibreOffice 4.1.2. 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. |