[Libreoffice-bugs] [Bug 35756] Import large HTML table, data gets truncated

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Mar 29 07:41:03 CEST 2011


https://bugs.freedesktop.org/show_bug.cgi?id=35756

Rainer Bielefeld <LibreOffice at bielefeldundbuss.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Status Whiteboard|                            |infoprovider: reporter
           Keywords|                            |NEEDINFO
                 CC|                            |LibreOffice at bielefeldundbus
                   |                            |s.de

--- Comment #2 from Rainer Bielefeld <LibreOffice at bielefeldundbuss.de> 2011-03-28 22:41:03 PDT ---
The effect is reproducible with reporter's sample document and "LibreOffice
3.3.2  – WIN7  Home Premium  (64bit) German UI [OOO330m19 (Build:202 / tag
3.3.2.2)]"

I saw a lot of documents with name extension .xls having nothing to do with an
EXCEL spreadsheet, the user or his application only used that name because of
"somehow table contents". 

To be honest, I do not know much about EXCEL HTML document, except that it is a
mess to work with them. Imho that's an EXCEL problem, EXCEL should create
documents with correct syntax.

Reporter's sample is no correct html, although source text is pretending to be
html. At least html type information is missing.
I'ts also not an EXCEL type spreadsheet.

MS EXCEL viewer will not open that document.

Some other observations:
OOo3.1.1. (from open WRITER document) will by default open the document as
WRITER-HTML document in writer with correct table view until "A12800", then
table view stops and strings from table will be shown as endless plain text
line.
I can force OOo to open the document as html-calc, then it will open the
document as spreadsheet, "E13105" is the latest content shown correctly, then
table formatting breaks.

Exactly the same with OOo-dev 3.4

My result:
My aversion against such documents has nothing to do with the reported problem,
LibO should reject the document or open it correctly (may be with a warning
message). Low priority, imprtant data should be exported to a document with
correct syntax, that's a problem of the application creating such documents.

@Marco:
You get such documents from what application?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the Libreoffice-bugs mailing list