Writer hangs opening files / template

English
#1

This happens on 7.2.6 and 7.3.1 on macOS, as well as on 7.1.8 on Fedora Linux 34. I’ve tried in Safe Mode, I’ve tried resetting everything to factory settings. I’m at my wits’ end. The status bar at the bottom of the window shows “Loading document…” and a progress bar appears and fills about 1/6th and then nothing. The app shows up as not responding and essentially never finishes loading. (Once or twice I’ve gone off to do something else and came back like an hour later and it finished.) This is on a Core i5 3.4GHz machine with 16GB RAM and Western Digital SSD storage. It’s lightning fast for everything else.

Here’s an example of an .ott that hangs it:
NotWorking.ott (74.6 KB)

Arizona Pleading.ott (48.3 KB) works, though also with a noticeable lag at the 1/6th point on the progress bar.

I’m using this font, in .ttf: github slash TimothyGu slash Century-Schoolbook-L

Help?!

#2

I just opened the “Arizona Pleading.ott” document. When I look in the Navigator, I see 271 shapes (this is also called “accumulating waste”). This indicates that the document was originally a DOC or DOCX file.

Try a workaround.
Copy all the text and paste it into a clean ODT file as unformatted text.
Do the necessary formatting using only styles.

Save again as ODT or OTT.

See also:

Professional text composition with Writer

Now I have opened the file NotWorkking.ott (duration= 17 minutes). There were 2431 shapes contained.
I just copied the text and pasted it into a new empty document (Ctrl+V).
The document now opens immediately.

NotWorking copied.ott (34,3 KB)

The same with:

Arizona Pleading copied.ott (34,6 KB)

#3

It was never a DOC or DOCX file, it was natively created in LibreOffice. I created it. What kills me is, even if I start with Arizona Pleading.ott (which works), if I create a 4 page document and save it, it takes forever to open it again. Like, 10+ minutes of LibreOffice sitting unresponsive before it finally wakes up and displays the file.

#4

Please read the addendum in my answer. Thank you.

#5

I looked at the files you “fixed” and they’re not usable unfortunately; the line numbers on the side, and the vertical lines, are required components for this document.

#6

I have not repaired the files. I have shown a way to quickly save the text so that the file quickly reopens.
And I have nowhere claimed that the file is complete.
However the high number of shapes got into your documents, do lead to making the document pretty much unusable.

I still tend to advise you to rebuild the documents as described in the beginning of my answer.

If there is only a problem with line numbers, you can turn them on in the Tools>Line Numbering menu.

#7

It’s not line numbers. The document must have 1-28 on the right edge (always exactly double-spaced) and the text must (except for single-spaced block quotes) line up with those numbers. If we try this with Tools - Line Numbering it numbers every line (including, bunched together, all the single-spaced block quotes), skips over the tables we have to use to, e.g., have the case caption on the first page (with right and bottom borders on the left cell), etc.

Also, all pages must have a double-line (vertical) along the left edge and a single line (vertical) along the right. Word does this effortlessly. Why does it create unusable documents in LibreOffice? We can’t use LibreOffice if we can’t figure this out. :frowning:

#8

It was never a DOC or DOCX file, it was natively created in LibreOffice. I created it.

I assume that as a professional document creator you know exactly how to make the rest of the settings, which you must have made at some point. I’m afraid I can’t be of any help there. :frowning_face:

#9

I do, in Word. I’m trying to figure out why doing the equivalent in LO, is so broken. Adding vertical lines and side-of-page numbering shouldn’t cause a word processing app to hang for significant fractions of an hour. WordPerfect had this stuff figured out (it was a default template) at least as far back as Version 8 in the 1990s…

Impressum (Legal Info) | Datenschutzerklärung (Privacy Policy)   Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.