Bug 109044 - Add support for MacWrite Pro 1.0
Summary: Add support for MacWrite Pro 1.0
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-10 02:03 UTC by vihsa
Modified: 2023-01-17 12:26 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-10 02:03:12 UTC
MacWrite Pro 1.0 file does not list and open in libreoffice viewer.

Steps to Reproduce:
download and open MacWrite Pro 1.0 http://opengrok.libreoffice.org/xref/core/writerperfect/qa/unit/data/writer/libmwaw/pass/MacWrite_Pro1.0

Actual Results:  
file does not
list in file browser
open in libreoffice viewer

Expected Results:
view the file content

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

device: lyf flame 3 [ ls-4001 ]
os: android 5.1

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (Android 5.1; Mobile; rv:56.0) Gecko/56.0 Firefox/56.0
Comment 1 raal 2017-07-16 13:28:34 UTC
I can confirm with Version:
Build ID: eda9605
Android 5.0.2
Comment 2 vihsa 2017-07-19 05:52:38 UTC
displays few text and a lot of symbols or code


build ID: 4136757

device: lyf flame 3 [ ls-4001 ]
os: android 5.1
Comment 3 Michael Weghorn 2023-01-17 12:26:30 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?).)