Bug 72788

TESTING on LO 4.2.0.0.beta2 + Ubuntu 12.04.3 x86_64

(In reply to comment #0)
> to reproduce:
> - new document
> - type first line 'this is text' enter, second line 'more text'
> - go to start of first line
> - Shft-Arrow down (first paragraph selected, cursor at start of second)
> - Ctrl+M (Clear direct formatting ...)
> 
>  > Writer Freezes

Following those instructions, I can't repro. Writer remains responsive; I don't even see a trace of lag when I press Ctrl+M.

Reproducible, tested using Mac OSX 10.9 with LibreOffice Version: 4.2.0.0.beta2+
Build ID: da443ab58158d2b7ffa52742cec2be76e3aa2026
TinderBox: MacOSX-10.8@21-10.7SDK, Branch:libreoffice-4-2, Time: 2013-12-13_00:38:10

Kind regards,
Joren

(In reply to comment #1)

> Following those instructions, I can't repro. Writer remains responsive; I
> don't even see a trace of lag when I press Ctrl+M.

Funny enough, it did not freeze for me too once. But I'm not able to reproduce that now ;)
(with the given instructions - I thought that when the selection did not start at the beginning of the first paragraph, the freeze did not happen).

(In reply to comment #1)
> TESTING on LO 4.2.0.0.beta2 + Ubuntu 12.04.3 x86_64

Me running 4.2.0.0 beta2 on Ubuntu 13.10 32 bits..

CONFIRMED on LO 4.2.0.0.beta2 + Ubuntu 12.04.3 x86_64

(In reply to comment #0)
> to reproduce:
> - new document
> - type first line 'this is text' enter, second line 'more text'
> - go to start of first line
> - Shft-Arrow down (first paragraph selected, cursor at start of second)

I think the phrase "first paragraph selected" was confusing to me.

If I have two lines like this:

  this is text
  more text

And then highlight from the 1st char on the 1st line down to the 1st char on the 2nd line, then pressing Ctrl+m will freeze Writer:

  [this is text
  ]more text

(perhaps unsurprisingly) if I clear direct formatting on everything first (Ctrl+a, Ctrl+m), and then make my selection as above, Ctrl+m will not freeze writer.

regression from commit c1c5feaff453cfbb23c43f2b423201b883ff048d

Michael Stahl committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=8c59c30153b8a67d9455d70a66b4a42c35120f97

fdo#72788: sw: fix infinite loop in SwTxtAttr::RstTxtAttr



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.

Michael Stahl committed a patch related to this issue.
It has been pushed to "libreoffice-4-2":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=b8c6514b483edfcedb3ce546cdea726b83d418a5&h=libreoffice-4-2

fdo#72788: sw: fix infinite loop in SwTxtAttr::RstTxtAttr


It will be available in LibreOffice 4.2.1.

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.

Michael Stahl committed a patch related to this issue.
It has been pushed to "libreoffice-4-2-0":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=134e8747e2bce391304c112e864c626680887d02&h=libreoffice-4-2-0

fdo#72788: sw: fix infinite loop in SwTxtAttr::RstTxtAttr


It will be available already in LibreOffice 4.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.