Bug 76985 - Freeze: Moving graphic frame always freezes Writer
Summary: Freeze: Moving graphic frame always freezes Writer
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: low major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace
Depends on:
Blocks: Anchor-and-Text-Wrap Frame CPU-AT-100%
  Show dependency treegraph
 
Reported: 2014-04-03 08:22 UTC by Gerry
Modified: 2022-04-16 22:27 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
Moving-inner-graphics-frame-to-bottom-freezes-Writer.odt (291.18 KB, application/vnd.oasis.opendocument.text)
2014-04-03 08:22 UTC, Gerry
Details
linux backtrace (6.67 KB, text/plain)
2015-04-25 20:16 UTC, Yousuf Philips (jay) (retired)
Details
Screencast_LO61_Moving-inner-graphics-frame-to-bottom-freezes-Writer.webm (571.46 KB, video/webm)
2018-10-08 17:33 UTC, Gerry
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gerry 2014-04-03 08:22:38 UTC
Created attachment 96827 [details]
Moving-inner-graphics-frame-to-bottom-freezes-Writer.odt

I encounter reproducible freezes of LibreOffice Writer when moving a frame which includes a graphic. 

Following action always freezes Writer on my computer:
* Please open attached .odt file
* Go to page number 3, there you see a graphic of Africa. (Details: The graphic you see sits in a graphic frame (inner-frame) which also includes the caption. Both sit in another frame (outer-frame) with includes the source declaration at the bottom of the graphic.)
* Now click on the border of the inner-frame and move the inner-frame with Alt and the cursor-down key to the bottom of the outer-frame. As soon as it reaches the outer-frame, LibreOffice Writer freezes and one CPU core goes up to 100% until you kill LO.

Please find here a screencast of the freeze (39sec): At second 10 LO Writer freezes: http://ubuntuone.com/6h4OX47cbTFbPgGsMdCmG3

LibreOffice Version: 4.1.4.2, Build ID: 410m0(Build:2)
System: Ubuntu 13.04 64-bit Intel, Gnome 3.

I don't know whether it helps, but when starting LO from the command line, following error messages are given:

~$ libreoffice
error: line 117725: bad flag alias index: 0
error: line 117725: bad flag vector alias
error: line 129422: bad flag alias index: 0
error: line 129422: bad flag vector alias
error: line 247820: bad flag alias index: 0
error: line 247820: bad flag vector alias
error: line 627245: bad flag alias index: 0
error: line 627245: bad flag vector alias
error: line 667594: bad flag alias index: 0
error: line 667594: bad flag vector alias
error: line 685788: bad flag alias index: 0
error: line 685788: bad flag vector alias
Comment 1 Dominique Boutry 2014-04-08 12:22:52 UTC
Reproduced with LibO 4.2.2.1 on Win7. NEW
Comment 2 Gerry 2014-04-11 17:40:37 UTC
Reproduced with fresh Version: 4.2.3.3
Build ID: 882f8a0a489bc99a9e60c7905a60226254cb6ff0
(Ubuntu 13.04)

I feel free to increase the the importance of the bug, because
* it affects all operating systems (tested on Win,Lin)
* it is 100% reproducable
* it is a freeze of the application with data loss
* it affects the  most recent version of LO
Comment 3 Gerry 2014-05-05 12:14:33 UTC Comment hidden (no-value)
Comment 4 Gerry 2014-05-05 12:48:10 UTC Comment hidden (obsolete)
Comment 5 Gerry 2014-05-22 17:04:18 UTC
Freeze reproduced with 4.3 Beta (nightly after 4.3 branch). 

By the way, I get similar crashes (related to graphics frames) quite often.

Version: 4.4.0.0.alpha0+
Build ID: 2c61edfdf57dabbd86ecc440444b6b00443f916a
TinderBox: Win-x86@39, Branch:master, Time: 2014-05-22_01:01:57
Comment 6 Kevin Suo 2014-05-29 09:45:31 UTC
On Windows XP SP3, libreoffice 4.2.5.1 and 4.3.0 beta1:
when I open the file, go to page 3, put cursor on the inner border of the image, hold ALT and drag down, nothing happens. LO does not freeze, and the image can not be moved down.

Could you please confirm the steps, or provide more specific steps to reproduce? Thanks.
Comment 7 retired 2014-05-29 10:10:11 UTC
Can't reproduce OSX 10.9.3 and LO 4.3beta1.

Confused since it works for Suokolong and myself but not for you with 4.3beta1 release.

Did you try resetting your userprofile?
Comment 8 Gerry 2014-05-29 16:11:07 UTC
Thanks a lot suokunlong and Foss for looking into the bug. I tried this bug on Ubuntu 13.04 and Windows XP SP3 also with new user profiles and I could reproduce the bug 100% of times with all LibreOffice versions (I tried 4.1.4.2 up to 4.3Beta1).

I assume that you can also reproduce the bug when following the same steps as I do. I try to give you more detailled steps. Please have a look at the screencast video in the bug description. In second 5 of the video, I select the graphics frame of the graphic (select not the outer frame, but just the inner frame. Also, don't select not the graphic itself, but the frame around the graphic) and then I press the Alt key and the cursor-down key (arrow down) to move this inner frame down. When you press the cursor-down key a dozen of times (while holding the Alt key) the inner-frame touches the outer-frame. In this second, LibreOffice will freeze (in the video second 10).

I hope this helps to reproduce the bug. Please let me know if my instructions are understandable.
Comment 9 Yousuf Philips (jay) (retired) 2014-05-29 22:10:58 UTC
Confirmed in LibO 3.6 on Linux Mint. In Windows 7 with 4.2, it had the same issue but not in 4.3 beta as the frame would jump back upwards, not allowing me to go outside of the outer layer.
Comment 10 Yousuf Philips (jay) (retired) 2014-05-29 22:15:17 UTC
(In reply to comment #6)
> Could you please confirm the steps, or provide more specific steps to
> reproduce? Thanks.

You cant produce it as your trying to move the image rather than the frame the image is in. Check his screencast for details. :)
Comment 11 Gerry 2014-05-30 10:09:02 UTC
To sum up. Freeze confirmed on various versions and OS:

* 4.1.4.2 on Ubuntu 13.04 (original report)
* 4.2.2.1 on Win 7 (comment 1)
* 4.2.3.3 on Ubuntu 13.04 (comment 2 (myself again))
* 4.3Beta1 on WinXP SP3 (in VirtualBox) (comment 5, myself again)
* 3.6 on Linux Mint (comment 9) 
* 4.2 on Win 7 (comment 9)

@suokunlong@gmail.com (comment 6) @Foss (comment 7): Could you please test it again with the more detailled steps given in comment 8? Thanks a lot!
Comment 12 Björn Michaelsen 2014-08-21 12:21:10 UTC Comment hidden (obsolete)
Comment 13 Gerry 2015-04-24 21:27:44 UTC
Bug still present in LO Version: 4.4.2.2 on Windows 7. LO freezes on performing the steps in the bug description. CPU goes up to 100% and stays there.

Can anyone please look into this 100% reproducible freezer bug?


P.S. LO 5.0alpha1 behaves quite strange when moving the inner-frame (it jumps up before touching the bottom border), so I cannot test the bug there.
Comment 14 Yousuf Philips (jay) (retired) 2015-04-25 19:03:00 UTC
Tested 3.3.0 and master on Linux and it froze.

Version: 5.0.0.0.alpha1+
Build ID: badec7478035008f514e0976a94438fe2e32dc40
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-04-22_00:50:58
Comment 15 Yousuf Philips (jay) (retired) 2015-04-25 20:16:04 UTC Comment hidden (no-value)
Comment 16 Yousuf Philips (jay) (retired) 2015-04-25 20:24:12 UTC Comment hidden (obsolete)
Comment 17 Michael Meeks 2015-04-27 08:10:09 UTC
The backtrace file contains no backtrace:

"Program terminated with signal SIGKILL, Killed.
 The program no longer exists."

=) it may be helpful to have one. Having said that from the console output posted I guess it's a reasonably normal and repeatable layout loop; these can be quite nasty to fix =)
Comment 18 Yousuf Philips (jay) (retired) 2015-04-27 08:53:32 UTC
(In reply to Michael Meeks from comment #17)
> The backtrace file contains no backtrace:
> 
> "Program terminated with signal SIGKILL, Killed.
>  The program no longer exists."

Well LO halted so i had to kill it in order to end the debugging. I was using the 2gb daily debug version to do this on, so what did i do wrong. :D
Comment 19 Armin Le Grand 2015-11-17 13:59:22 UTC
Could reproduce on Win7, LO 5.1.0.0.alpha1+, typical Invalidate-In-Paint loop (invalidate called in paint execution), stack is as follows:

>	vcllo.dll!vcl::Window::Invalidate(const Rectangle & rRect, InvalidateFlags nFlags) Line 1217	C++
 	swlo.dll!SwViewShell::InvalidateWindows(const SwRect & rRect) Line 573	C++
 	swlo.dll!Notify_Background(const SdrObject * pObj, SwPageFrm * pPage, const SwRect & rRect, const PrepareHint eHint, const bool bInva) Line 3064	C++
 	swlo.dll!SwFlyFreeFrm::NotifyBackground(SwPageFrm * pPageFrm, const SwRect & rRect, PrepareHint eHint) Line 99	C++
 	swlo.dll!Notify(SwFlyFrm * pFly, SwPageFrm * pOld, const SwRect & rOld, const SwRect * pOldPrt) Line 2786	C++
 	swlo.dll!SwFlyNotify::~SwFlyNotify() Line 655	C++
 	swlo.dll!SwFlyFreeFrm::MakeAll(OutputDevice * __formal) Line 226	C++
 	swlo.dll!SwFlyAtCntFrm::MakeAll(OutputDevice * pRenderContext) Line 395	C++
 	swlo.dll!SwFrm::PrepareMake(OutputDevice * pRenderContext) Line 342	C++
 	swlo.dll!SwFrm::Calc(OutputDevice * pRenderContext) Line 1799	C++
 	swlo.dll!SwFlyFrm::Calc(OutputDevice * pRenderContext) Line 2668	C++
 	swlo.dll!SwLayAction::FormatLayoutFly(SwFlyFrm * pFly) Line 1429	C++
 	swlo.dll!SwObjectFormatter::_FormatObj(SwAnchoredObject & _rAnchoredObj) Line 334	C++
 	swlo.dll!SwObjectFormatterTextFrm::DoFormatObj(SwAnchoredObject & _rAnchoredObj, const bool _bCheckForMovedFwd) Line 137	C++
 	swlo.dll!SwObjectFormatter::_FormatObjsAtFrm(SwTextFrm * _pMasterTextFrm) Line 453	C++
 	swlo.dll!SwObjectFormatterTextFrm::DoFormatObjs() Line 336	C++
 	swlo.dll!SwObjectFormatter::FormatObjsAtFrm(SwFrm & _rAnchorFrm, const SwPageFrm & _rPageFrm, SwLayAction * _pLayAction) Line 193	C++
 	swlo.dll!SwLayAction::_FormatFlyContent(const SwFlyFrm * pFly) Line 1844	C++
 	swlo.dll!SwObjectFormatter::_FormatObj(SwAnchoredObject & _rAnchoredObj) Line 359	C++
 	swlo.dll!SwObjectFormatterTextFrm::DoFormatObj(SwAnchoredObject & _rAnchoredObj, const bool _bCheckForMovedFwd) Line 137	C++
 	swlo.dll!SwObjectFormatter::_FormatObjsAtFrm(SwTextFrm * _pMasterTextFrm) Line 453	C++
 	swlo.dll!SwObjectFormatterTextFrm::DoFormatObjs() Line 336	C++
 	swlo.dll!SwObjectFormatter::FormatObjsAtFrm(SwFrm & _rAnchorFrm, const SwPageFrm & _rPageFrm, SwLayAction * _pLayAction) Line 193	C++
 	swlo.dll!SwLayAction::_FormatFlyContent(const SwFlyFrm * pFly) Line 1844	C++
 	swlo.dll!SwObjectFormatter::_FormatObj(SwAnchoredObject & _rAnchoredObj) Line 359	C++
 	swlo.dll!SwObjectFormatterLayFrm::DoFormatObj(SwAnchoredObject & _rAnchoredObj, const bool __formal) Line 80	C++
 	swlo.dll!SwObjectFormatterLayFrm::_AdditionalFormatObjsOnPage() Line 156	C++
 	swlo.dll!SwObjectFormatterLayFrm::DoFormatObjs() Line 95	C++
 	swlo.dll!SwObjectFormatter::FormatObjsAtFrm(SwFrm & _rAnchorFrm, const SwPageFrm & _rPageFrm, SwLayAction * _pLayAction) Line 193	C++
 	swlo.dll!SwLayAction::InternalAction(OutputDevice * pRenderContext) Line 530	C++
 	swlo.dll!SwLayAction::Action(OutputDevice * pRenderContext) Line 353	C++
 	swlo.dll!SwViewShell::CheckInvalidForPaint(const SwRect & rRect) Line 1615	C++
 	swlo.dll!SwViewShell::Paint(OutputDevice & rRenderContext, const Rectangle & rRect) Line 1788	C++
 	swlo.dll!SwCrsrShell::Paint(OutputDevice & rRenderContext, const Rectangle & rRect) Line 1280	C++
 	swlo.dll!SwEditWin::Paint(OutputDevice & rRenderContext, const Rectangle & rRect) Line 472	C++
 	vcllo.dll!PaintHelper::DoPaint(const vcl::Region * pRegion) Line 310	C++
 	vcllo.dll!vcl::Window::ImplCallPaint(const vcl::Region * pRegion, unsigned short nPaintFlags) Line 608	C++
 	vcllo.dll!PaintHelper::~PaintHelper() Line 546	C++
 	vcllo.dll!vcl::Window::ImplCallPaint(const vcl::Region * pRegion, unsigned short nPaintFlags) Line 612	C++
 	vcllo.dll!PaintHelper::~PaintHelper() Line 546	C++
 	vcllo.dll!vcl::Window::ImplCallPaint(const vcl::Region * pRegion, unsigned short nPaintFlags) Line 612	C++
 	vcllo.dll!PaintHelper::~PaintHelper() Line 546	C++
 	vcllo.dll!vcl::Window::ImplCallPaint(const vcl::Region * pRegion, unsigned short nPaintFlags) Line 612	C++
 	vcllo.dll!PaintHelper::~PaintHelper() Line 546	C++
 	vcllo.dll!vcl::Window::ImplCallPaint(const vcl::Region * pRegion, unsigned short nPaintFlags) Line 612	C++
 	vcllo.dll!PaintHelper::~PaintHelper() Line 546	C++
 	vcllo.dll!vcl::Window::ImplCallPaint(const vcl::Region * pRegion, unsigned short nPaintFlags) Line 612	C++
 	vcllo.dll!vcl::Window::ImplCallOverlapPaint() Line 632	C++
 	vcllo.dll!vcl::Window::ImplHandlePaintHdl(Idle * __formal) Line 663	C++
 	vcllo.dll!vcl::Window::LinkStubImplHandlePaintHdl(void * instance, Idle * data) Line 641	C++
Comment 20 Robinson Tryon (qubit) 2015-12-13 11:21:33 UTC Comment hidden (obsolete)
Comment 21 Timur 2017-06-09 17:04:43 UTC Comment hidden (obsolete)
Comment 22 Gerry 2018-02-11 15:12:38 UTC
Bug still exists in LO 6.0.

Writer freezes (one CPU core goes to 100%). This is always reproducible. 

Version: 6.0.1.1
Build ID: 1:6.0.1~rc1-0ubuntu0.16.04.1~lo1
CPU threads: 4; OS: Linux 4.4; UI render: GL; VCL: gtk2; 
Locale: de-DE (de_DE.UTF-8);
Comment 23 Timur 2018-10-03 07:36:58 UTC
Thank you for following up your bug. 
I couldn't reproduce, I may be missing some detail. External screencast is not available anymore, please attach here. 

But your specified version 6.0.1.1 is out of date. Please use last Still 6.0.6.2 or new Fresh 6.1.2.2. 
And please test this bug with Daily master from  LibreOffice AppImage Package website https://libreoffice.soluzioniopen.com/index.php/daily-version/ (as linked at https://www.libreoffice.org/download/appimage). It's a small download but shows the current LO state.
Comment 24 Gerry 2018-10-08 17:33:42 UTC
Created attachment 145486 [details]
Screencast_LO61_Moving-inner-graphics-frame-to-bottom-freezes-Writer.webm

@Timur: I still can confirm the bug with LibreOffice 6.1.x.

Please find attached a new screencast showing the LibreOffice freeze at 0:0:12 (12th second). When the inner-frame touches the outer-frame, LO freezes. 

You can also see the jump of one CPU core to 100% in the System Monitor below the LibreOffice window.

System:
Version: 6.1.2.1
Build-ID: 1:6.1.2~rc1-0ubuntu0.16.04.1
CPU-Threads: 4; BS: Linux 4.4; UI-Render: Standard; VCL: gtk2; 
Gebietsschema: en-GB (de_DE.UTF-8); Calc: group threaded
Comment 25 Timur 2020-07-31 12:01:27 UTC
I couldn't reproduce freeze with older LO nor master, so my test is suspicious. Please test again with daily master 7.1+.
Comment 26 Telesto 2021-09-21 17:26:48 UTC
No freezing
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: d5e55d204b71710eb5eb5d2c683dd6698626df3c
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 27 Gerry 2022-04-16 22:27:36 UTC
I cannot reproduce this bug anymore with Version: 7.3.2.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Ubuntu package version: 1:7.3.2~rc2-0ubuntu0.21.10.1~lo1
Calc: threaded

I close it as WORKSFORME