Bug 108899 - support for Gnumeric (.GNM, .GNUMERIC) files
Summary: support for Gnumeric (.GNM, .GNUMERIC) files
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Android Viewer (show other bugs)
(earliest affected)
Hardware: ARM Android
: medium enhancement
Assignee: Not Assigned
Depends on:
Blocks: (Android)-Unsupported-formats
  Show dependency treegraph
Reported: 2017-07-02 12:54 UTC by vihsa
Modified: 2023-01-17 12:22 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description vihsa 2017-07-02 12:54:55 UTC
does not list in file browser and cannot open file in libreoffice viewer.

Steps to Reproduce:
i am verifying file formats given https://en.m.wikipedia.org/wiki/LibreOffice in libreoffice viewer.

attachment 51559 [details] does not

[1] list in file browser
[2] open in libreoffice viewer

Build ID: 643da8ec4e721d33dfdf8d78bedd50a915f1188d TinderBox: Android-ARM@24-Bytemark-Hosting, Branch: Master, Time: June 26, 2017 01:29:17

Actual Results:  

Expected Results:

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (Android 5.1; Mobile; rv:54.0) Gecko/54.0 Firefox/54.0
Comment 1 raal 2017-07-08 06:01:25 UTC
Confirm. Version:
Build ID: eda9605
Comment 2 vihsa 2017-08-04 12:42:03 UTC
it displays xml code

fileopen test result: xml code xml code xml code xml code xml code

os: android 5.1
device: lyf flame 3 [ ls-4001 ]
Comment 3 vihsa 2017-08-04 16:03:21 UTC
files with similar names, confused me a lot. please excuse.

the fileopen results on comment 2 belong to the attachment 92377 [details]
Comment 4 vihsa 2017-08-04 16:15:19 UTC
attachment 51559 [details] fileopen results

fileopen test result: xml code endless loop endless loop crash endless loop

os: android 5.1
device: lyf flame 3 [ ls-4001 ]
Comment 5 Michael Weghorn 2023-01-17 12:22:57 UTC
Is this issue still relevant?
Supporting more file formats presumably also means that the size of the APK will increase (due to more services that will have to be included), so I tend to suggest focusing on those that are particularly relevant.

In addition, the mechanism to open a file in Android Viewer currently depends on the Android system identifying the proper MIME type, which probably isn't the case for most of the proprietary and not so frequently used file types. (So supporting these might need some "open any file, ignore file type" handling instead (possibly hidden behind a setting?).)