lldb output :

warn:legacy.osl:66590:1:sw/source/filter/xml/swxml.cxx:247: Zip exception caught while importing:
The stream seems to be broken!
warn:legacy.osl:66590:1:dbaccess/source/ui/dlg/sqlmessage.cxx:257: lcl_buildExceptionChain: useless exception: no state, no error code, no message!




Confirming on master 

Version: 4.5.0.0.alpha0+
Build ID: 34d6ec2c6e6618beacac881ec28ab527b25558d1
Locale: fr_

OSX 10.10.2

The question is : what caused the file to become like this ? Without knowing, how or why this occurred, it is going to be hard to pinpoint, but it does remind me of similar previous bug reports in which people have reported xml corruption.

I have extracted the file. The content of the form should be in forms/Obj51. Then I had a look at forms/Obj51/content.xml. This file had been extracted with 0 Byte. When opening the *.odb-file in a packing-program it is shown with 48,4 KB.

After having renamed your file in zip, I confirm it's indeed corrupted:
zip -T test.zip 
  error:  invalid compressed data to inflate forms/Obj51/content.xml
  error:  invalid compressed data to inflate reports/Obj12/meta.xml
  error:  invalid compressed data to inflate reports/Obj12/ObjectReplacements/report
test of test.zip FAILED

zip error: Zip file invalid, could not spawn unzip, or wrong unzip (original files unmodified)

I tried "zip -FF", no better
(
quote from zip help page:
-F   fix zipfile (-FF try harder)
)

Was the file on local hard disk or on a share network?

Hope you had made some backup before this.

Thank you for your efforts.

The form that doesn't work was a copy of the third form, that i modified to work whith other tables. It worked for some time.

Now that doesn't work i made another copy of the initial form (third form) and modified it again.

Other than that the file works properly.

Thanks.

I found a file named "hs_err_pid11898.log" into my personal folder. I'm attaching it in case that it is helpful.

Created attachment 114093 [details]
hs_err_pid11898

(errcode 0xf26 is ERRCODE_IO_BROKENPACKAGE, tools/errcode.hxx, matching the other comments about a broken .odb file)

I don't know if if you reproduced again the behaviour but just 2 simple things to do (perhaps you already did it).
1) Upgrade to a newer LO version
2) Make a backup, rename your file in zip file and check if the zip extract is ok.

Meanwhile, let's put this one to WFM.

Don't hesitate to reopen this tracker if you find a step by step process to obtain such a corrupted file.

Hello,

I have the same problem.
My forms won't open suddenly.

This happens when I first try to edit the form and WITHOUT any modification, once I want to close the form I am asked if I wish to save the changes even if there haven't been made any ! Once I confirm to save the changes and try to reopen the form (even in edit view), I get this error.
As long as I don't try to open the form to modify it and do NOT confirm to save any changes made (even if there are NO changes made), I can normally open the forms to view/edit my data like I always did.

In fact, I have last worked on my base file on a Windows 10 computer (latest updates available applied) with Libreoffice 7.0.3.1 (x64) and opened the database file this morning on my Ubuntu 20.04.1 LTS (latest updates available applied) with Libreoffice 6.4.6.2 Build ID : 1:6.4.6-0ubuntu0.20.04.1.

Is it the fact having changed from one operating system to another that causes this problem ?

(In reply to Jörg from comment #10)
> 
> In fact, I have last worked on my base file on a Windows 10 computer (latest
> updates available applied) with Libreoffice 7.0.3.1 (x64) and opened the
> database file this morning on my Ubuntu 20.04.1 LTS (latest updates
> available applied) with Libreoffice 6.4.6.2 Build ID :
> 1:6.4.6-0ubuntu0.20.04.1.

This isn't the same bug.
It is https://bugs.documentfoundation.org/show_bug.cgi?id=138209

You can't change a form edited in LO 7.0 with a version before 7.0, because it had been saved in office:version="1.3", not in office:version="1.2".