[Libreoffice-bugs] [Bug 125575] Saving a file will later lead to unusable app

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=125575

--- Comment #8 from Nicolas Christener <contact at 0x17.ch> ---
Okay I try to be more precise. Following my setup:

* iOS 13.x (also happens on 12.x)
* iPad language set to "Deutsch" (German)
* iPad region set to "Schweiz" (Switzerland)
* I start with a complet empty folder, no existing odf files
* I don't use specific templates, only the ones shipped by the app

1.) Create an empty document using the "create document" function the app
provides, chose "Blank (A4)", document opens automatically
2.) Enter edit mode and add some random text
3.) Save the file
4.) Close the file by navigating back to the file browser using "<" in the menu

>From now on the app is in an unusable state it means:
a.) creating an other file using "create document" results in the never ending
spinning wheel
b.) opening the previously saved file again results in the never ending
spinning wheel
c.) opening any other files results in the never ending spinning wheel

The app needs to be closed/killed before a new document can be opened/created
after a "save" operation was triggered.

This can also be triggered w/o invoking the "create document" function - I just
describe this to let you know, that the "templates" are not per se involved.

Other scenario w/o templates:

1.) create two docx files either using Apple pages or access such files through
e.g. Nextcloud
2.) open the first file using the iOS app
3.) Enter edit mode and add/change some text
4.) Save the file
5.) Close the file by navigating back to the file browser using "<" in the menu
6.) Open the second file

This will again lead to the never ending spinning wheel.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190928/e263e709/attachment-0001.html>