Note that the first time I attempted this, I got a crash through a failed assert in Util.cxx at line 94 See attached test file. On master 4.3 debug build : Version: 4.3.0.0.alpha0+ Build ID: 42f551d524a1df46f6a311d5897ac30bd8fc1aaf Open ODB file. Click on Forms Open form people2 Enter an ID number, some text in the text fields, and then double click the image control to select an image to insert. Insert an image. Using the navigation toolbar, move back one record. Switch windows to main ODB window. Click on the Save button Now switch back to form. Try to navigate forward with the toolbar Error message : "Invalid Column specified" Notice how the images in the control no longer change to the ones inserted previously. What should happen : User should be able to switch between main ODB window and form, be able to save the ODB file and return to the form to enter more data. Console output: warn:legacy.osl:7439:1:forms/source/component/FormComponent.cxx:2790: caught an exception! in function:void frm::OBoundControlModel::transferDbValueToControl() type: com.sun.star.lang.DisposedException
Created attachment 92271 [details] test FB file
On pc Debian x86-64 with master sources updated today, I can reproduce the problem. Here is the console log: warn:legacy.osl:4862:1:forms/source/component/FormComponent.cxx:2790: caught an exception! in function:void frm::OBoundControlModel::transferDbValueToControl() type: com.sun.star.lang.DisposedException
Hello I reproduce on windows 7/64 with Version: 4.2.0.3 Build ID: c63c03decdf780d8fb80823950665b782ec9ecd0 We can get another error message with the following steps: 1. Open the firebirdtest.odb attached 2. Open the form people2 3. Modify something (e.g. add "foo" in fname control) 4. Click on "next record" in the navigation bar 5. Switch windows to main ODB window. 6. Click on the Save button 7. Switch to the form 8. Click on "new record" in the navigation bar Error : (com.sun.star.lang.DisposedException) (see screenshot) Regards Pierre-Yves
Created attachment 92719 [details] Screenshot FBError.png
Michael: I'll give a try tomorrow after having updated my local repo but, do you think your recent commits may help here or is it completely unrelated? http://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=ed45c87896de74048708d51c050ecd42c9f4a0a0..820e64f96615f46ac97762357d0369615967dbdb
Adding self to CC if not already on
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT: - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-01-17
Hi, (In reply to Alex Thurgood from comment #0) > Note that the first time I attempted this, I got a crash through a failed > assert in Util.cxx at line 94 > > See attached test file. > > On master 4.3 debug build : > Version: 4.3.0.0.alpha0+ > Build ID: 42f551d524a1df46f6a311d5897ac30bd8fc1aaf > > Open ODB file. > Click on Forms > Open form people2 > Enter an ID number, some text in the text fields, and then double click the > image control to select an image to insert. > Insert an image. > > Using the navigation toolbar, move back one record. > > Switch windows to main ODB window. > Click on the Save button > > Now switch back to form. > Try to navigate forward with the toolbar > > Error message : "Invalid Column specified" I reproduce > Notice how the images in the control no longer change to the ones inserted > previously. I reproduce Bernard
With : Version: 5.1.0.2 Build ID: ecd3574d51754b043f865cf5bafee286d24db7cc CPU Threads: 2; OS Version: Windows 6.1; UI Render: default; Locale : fr-FR (fr_FR) on Win7/x86 Bernard
Have tested this with Version: 5.3.0.0.alpha0+ Build ID: e7324c5705eaa38a2c9aa0636f01a73f033ba4d6 CPU Threads: 4; OS Version: Linux 4.1; UI Render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-10-20_06:12:58 Locale: de-DE (de_DE.UTF-8); Calc: group Couldn't confirm the buggy behavior with the new Firebird 3.0 internal database.
This is WFM on Version: 5.3.4.2 Build ID: f82d347ccc0be322489bf7da61d7e4ad13fe2ff3 Threads CPU : 4; Version de l'OS :Mac OS X 10.12.5; UI Render : par défaut; Moteur de mise en page : nouveau; Locale : fr-FR (fr_FR.UTF-8); Calc: group with a Firebird3 database.