Bug 111709 - Add support for Quattro Pro 14 format (.wb2)
Summary: Add support for Quattro Pro 14 format (.wb2)
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Android Viewer (show other bugs)
Version:
(earliest affected)
5.1.0.3 release
Hardware: ARM Android
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: (Android)-Unsupported-formats
  Show dependency tree / graph
 
Reported: 2017-08-12 02:47 UTC by vihsa
Modified: 2023-01-17 13:06 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description vihsa 2017-08-12 02:47:06 UTC 
Description:
.wb2 file endless loop on libreoffice viewer 5.1, 5.2, 5.3 alpha version

Steps to Reproduce:
open Quattro Pro 14.wb2 https://bugs.documentfoundation.org/attachment.cgi?id=68464&action=edit

Actual Results:  
endless loop

Expected Results:
display content

fileopen test result:

5.0.0.0.alpha1+ [ build id: ab465b9 ] crash
5.1.0.0.alpha1+ [ build id: 1a6ec13 ] endless loop
5.1.0.0.alpha1+ [ build id: 5b791ec ] endless loop
5.2.0.0.alpha0+ [ build id: f6a74ce ] endless loop
5.3.0.0.alpha1+ [ build id: 4136757 ] endless loop

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

for other file formats or files https://github.com/kr1shnas/qa/projects/25


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Android 5.1; Mobile; rv:57.0) Gecko/57.0 Firefox/57.0
Comment 1 Michael Weghorn 2023-01-17 13:06:47 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?).)