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

--- Comment #26 from Lionel Elie Mamane <lio...@mamane.lu> ---
(In reply to Julien Nabet from comment #25)
> (In reply to Lionel Elie Mamane from comment #24)
>> Julien, you wrote in comment 15 that the odb bug reproduction file contains
>> the "old way" fdb file, not the "new way" fbk file, or did I misunderstand?
>> That is a key question, and the basis of my idea.
> 
> It seems I had to be really confused since I mixed fbk and fdb.
> 
> Here's the result of unzipping the odb file from Wolfgang's attachment
> (comment 10):
> unzip Test-db.zip 
> Archive:  Test-db.zip
>   inflating: database/firebird.fbk   

> So we got an fbk not an fdb.

OK, then forget my idea.

However, if you feel up to it, there is a conversation to be had with the
firebird devs about backwards compatibility. Ideally, we would write to them
something along the lines of:

 * this fbk file (send them just the fbk file), created with Firebird version
XXXX (the one in LibreOffice 7.1) is accepted by
runBackupService(isc_action_svc_restore) in Firebird version XXX , although it
contains non-conforming data in that a row contains in column XXXX a value of
length YYYY chars, but the row is contstrained to maximum ZZZZZ chars.

 * However, in Firebird version QQQQQ (the one in LibreOffice 7.2), this error

 * This lead to users not being able to access their data anymore.

For reasons of backwards compatibility, would you consider making
runBackupService(isc_action_svc_restore) more "be liberal in what it accepts",
insofar as it will accept data produced by earlier versions of Firebird?

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

Reply via email to