Bug 124878 - Libreoffice 6.2.3 writer will not open .odt files it has save from .docx file
Summary: Libreoffice 6.2.3 writer will not open .odt files it has save from .docx file
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-04-22 07:54 UTC by Peter Allott
Modified: 2019-04-30 14:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
An example of a file that gives the problem (7.74 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-04-22 07:58 UTC, Peter Allott
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Allott 2019-04-22 07:54:03 UTC
Description:
If you open a docx file in writer 6.2.3 and then use save as to produce an odt file. An attempt to reopen the odt file will produce a blank screen with the blue loading bar almost all the way to the right.

Steps to Reproduce:
1.Open the word docx file
2.Save as .odt
3.Close Writer 
4.Reopen the .odt file created

Actual Results:
Blank Screen
Writer needs to be kiled

Expected Results:
Text file displayed on screen


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Writer 6.1.5 can open the .odt file without problems. 
Writer 6.2.3 can open odt files produced by 6.1.5.
Writer is 6.2.3.2

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset 
OpenGL version string: 2.1 Mesa 18.2.8
OpenGL shading language version string: 1.20
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 18.2.8
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
OpenGL ES profile extensions:
Comment 1 Peter Allott 2019-04-22 07:58:26 UTC
Created attachment 150910 [details]
An example of a file that gives the problem

The original file was sent to me by a MS word user
I had to remove personal information with Libreoffice but the problem persisted.
Comment 2 Peter Allott 2019-04-22 08:22:54 UTC
After clearing "user" Libreoffice 6.2.3 will open the odt file once and once only
Comment 3 Paul 2019-04-26 19:58:12 UTC
Cannot reproduce on 6.2.3.2
Version: 6.2.3.2
Build ID: aecc05fe267cc68dde00352a451aa867b3b546ac
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

Steps taken
Opened word dcox file
save as .odt
closed writer
Opened .odt file

Could not replicate blank screen.  

Tried steps above with an old resume and could not reproduce crash.
Comment 4 Dieter 2019-04-27 09:05:24 UTC
I also can't reproduce the bug with the provided steps, using

Version: 6.2.3.2 (x64)
Build-ID: aecc05fe267cc68dde00352a451aa867b3b546ac
CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded
Comment 5 Peter Allott 2019-04-27 11:18:58 UTC
If I remove "user" then 
Open the .docx
Save as .odt
the first time I open the .odt file it appears to be fine.
Then if I close writer down (no changes to the .odt file) and try and re-open it writer loops.
I see that the first time I open the file contents of the user directory are changed.
Comment 6 Peter Allott 2019-04-27 22:13:08 UTC
The cause of the problem was a change to 
$HOME/.config/user-dirs.dirs
see
peter@laptop:~/.config$ diff bad.user-dirs.dirs user-dirs.dirs
10c10
< XDG_TEMPLATES_DIR="$HOME/"
---
> XDG_TEMPLATES_DIR="$HOME/Templates"

This was discovered by moving the home directory out of the way and starting again with an empty home directory.

I am not sure of the cause of the change.
Comment 7 Timur 2019-04-30 13:54:10 UTC
Peter, please close as NotOurBug if you find this is not LO's fault. 
Otherwise, please explain why it would be LO.
Comment 8 Peter Allott 2019-04-30 14:12:20 UTC
The behaviour is very odd but am happy to close the report.