Description: If a file has a "?" (question mark) in the name, the iOS app can't open it. The loading indicator will stay at 0%. Example "foo?.odp" Steps to Reproduce: 1. Create a file with a "?" (question mark) in the name 2. Open the file with the iOS app Actual Results: The file can't be loaded. Expected Results: The file should be opened or a message indicating that the "?" (question mark) is an issue and the file should be renamed should be shown. Reproducible: Always User Profile Reset: No Additional Info:
Moving to NEW as agreed in the ESC meeting
Looking at this now.
(This is a problem that occurs in web-based Online, too.)
Fix in https://gerrit.libreoffice.org/#/c/83395/ . That is for the collabora-online-4 branch, i.e. the 4.1.x version of the app. Possibly the same fix is good enough for the master branch (4.2.x), too, but there I need to make sure it doesn't break the WOPI-like feature support of web-based Online, which might depend on some quirks in how the code works.
I tested with a file name called A#B?C\D&E❤️F🇨🇭G%AAHÖ.doc ...
Tor Lillqvist committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/online/commit/c806acb157fa501a8be872042b534a2f49641e62 tdf#125755: Fix some URI encoding issues
Unfortunately there is a bit of a mess here. This fixes iOS and is fine for file:/// unit tests - but seems to break WOPI implementations which use more involved multiple encoding nonsense & seem to expect this. Download-as, Slideshow etc. broke here - so I'll make it Mac specific for now.
Michael Meeks committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/online/commit/039ca3540e84498e24da33cdea51c70163aafca8 tdf#125755: specialize reduced decoding for mobile apps.
Works as expected now. Tested with 4.2 (25) on iOS 13.3.x This issue can be closed as fixed. Thanks a lot to the Collabora team and especially Tor for taking care ot this!