[Libreoffice-bugs] [Bug 117446] Firebird: Migration: LibO hangs with data type Binary[VARBINARY] OR Binary(fix)[BINARY] AND data in hsql column exceeds new column size ( 8000 bytes )

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #19 from Drew Jensen <drewjensen.inbox at gmail.com> ---
(In reply to MM from comment #17)
> With Version: 6.2.0.0.alpha0+
> Build ID: c4c56de1b0e62ec866b519b2b24c5e805f0a86d3
> CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
> TinderBox: Linux-rpm_deb-x86_64 at 70-TDF, Branch:master, Time:
> 2018-06-09_00:23:35
> Locale: en-US (en_US.UTF-8); Calc: threaded
> 
> it doesn't crash anymore, but the patch has some side effects.
> The picture from attachment 141910 [details] is gone now if you migrate. And
> if you add a new image (any), it will also disappear when closing /
> reopening form 'tbl_varbinary'.

Right, but this issue was just about the application becoming non-responsive,
that is fixed. 

The image disappearing is a separate issue, but even that is ancillary. 

There is a question as to how valid the test file is. Not that you can't store
an image that way in the hsqldb version of Base, the file itself shows you can,
but whether it is how anyone is using it. (it would be less than optimal
performance wise).

These are two datatypes not directly found in the Firebird engine, and the
native firedbird datatype used in the new Firebird schema doesn't currently
support moving data in and out via an image control. But again that is a
separate issue, and someone should open it. ;-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180609/2fb61207/attachment-0001.html>