Issue 50510 - ^$ freezes writer (Find & replace)
Summary: ^$ freezes writer (Find & replace)
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0 Beta
Hardware: PC Windows XP
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 101125 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-06-09 01:39 UTC by emav
Modified: 2013-08-07 14:38 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Writer freezes after replacing blank paragraphs with ^$ (418.26 KB, application/vnd.sun.xml.writer)
2005-06-09 01:44 UTC, emav
no flags Details
Small test file in which ^$ works just fine (7.48 KB, application/vnd.oasis.opendocument.text)
2005-06-12 00:00 UTC, jonathaneunice
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description emav 2005-06-09 01:39:12 UTC
I tried to remove all blank paragraphs from a writer document using find &
replace with regular expressions (^$ in the find textbox, null in the replace
textbox). Writer reports that it has done 256 replacements but, when I try to
check if everything is all right, Writer freezes as soon as I get to a page
where a substitution ought to have been made. Then, when OpenOffice tries to
recover the document, crashrep.exe crashes when I attempt to send in a report.
Comment 1 emav 2005-06-09 01:44:17 UTC
Created attachment 27033 [details]
Writer freezes after replacing blank paragraphs with ^$
Comment 2 michael.ruess 2005-06-09 08:40:44 UTC
Reassigned to SBA.
Comment 3 jonathaneunice 2005-06-12 00:00:08 UTC
Created attachment 27098 [details]
Small test file in which ^$ works just fine
Comment 4 jonathaneunice 2005-06-12 00:00:25 UTC
Confirm the crashing behavior described by emav on his nt sample file when using
1.9m104. 

One additional detail:  The bottom status bar for Writer indicated 'fault'.  It
also said I had 310 pages in the document; but there were only 269 when I loaded
the document in the first place.

This may be related to document size.  I will submit a small test case I built
in which the Find/Replace on ^$ works as desired.
Comment 5 emav 2005-06-12 01:19:49 UTC
The word 'fault', which was mentioned by jonathaneunice, seems to be the word
'Default' missing its first two letters.
Comment 6 emav 2005-06-12 01:26:26 UTC
Further testing of the ^$ RegEx on other documents caused no problems. Is it
possible that the reported crashes are due to the history of the initially
attached file (nt.odt)? It started as a MS Word document which was then
consecutively transformed to the OpenOffice format versions 1.1 and 2.0.
Comment 7 jack.warchold 2005-07-15 15:08:48 UTC
bahaviour confirmed on an scr680_m118 build
after replacing the empty paragraphs the document will be reformated. the page 
size grows from 269 to 480 and the office crashes

reassigned to fme

because this just happend with this single document i set the prio to 4
Comment 8 postmorbid 2005-10-07 11:44:24 UTC
> after replacing the empty paragraphs the document
> will be reformated. the page size grows from
> 269 to 480 and the office crashes

This seems to be related to bug 54640.
Almost all changes that cause a complete repagination of documents of that size
can crash OOo or (in almost all cases) take from 5 to 20 minutes for writer to
finish repagination.
Comment 9 stefan.baltzer 2009-09-23 14:54:34 UTC
*** Issue 101125 has been marked as a duplicate of this issue. ***