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

Michael Weghorn <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |NOTABUG
             Status|NEEDINFO                    |RESOLVED

--- Comment #4 from Michael Weghorn <[email protected]> ---
(In reply to third='beedell', first='roke', second='julian lockhart' from
comment #3)
> I don't think this needs to be in needinfo. Implementation details probably
> can't be provided by the requester if they're not an LO developer. It's a
> fairly simple FR anyway, at least conceptually.
I agree that implementation details don't have to be provided by the requester.
My question from comment 1 is primarily "Is this use case actually (still)
relevant for you?", since there appears to have been a mass-filing for pretty
much every file format that the desktop version of LibreOffice supports. Since
supporting all of these on Android comes at a cost (needs time to be
implemented, needs more space on the phone, maybe up to the point that some app
store limits are exceeded,...), I'd like to know which of the formats are
actually relevant in practice so those can be focused on.

With that said, I just tested the scenario in this bug report

(In reply to vihsa from comment #0)
> Steps to Reproduce:
> download and open
> EDB-35279-1.htmlhttps://opengrok.libreoffice.org/xref/core/sw/qa/core/data/
> html/pass/EDB-35279-1.html#
> 
> Actual Results:  
> displays letters, symbols, numbers instead of content
> 
> Expected Results:
> display content

and opening that HTML file in Firefox or Chromium also just displays "garbage",
and the file doesn't seem to actually be an HTML file:

$ file /tmp/EDB-35279-1.html 
/tmp/EDB-35279-1.html: data
$ file --mime-type /tmp/EDB-35279-1.html 
/tmp/EDB-35279-1.html: application/octet-stream


So, from what I can see, this is actually NOTABUG, given the file itself is
broken.
If there's still a desire for HTML to be supported and that shouldn't work in
general, I think that should be filed as a new report instead, so I'm closing
this bug report as NOTABUG.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to