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.