On pc Debian x86-64 with master sources updated today (commit b45e1b58700c8303596a0aac9705d8c1577903b3), I can't create a form with wizard. Steps to reproduce: - open attachment 87880 [details] - in left pane, click on "Forms" - in upper right pane, click on "Use Wizard to Create Form" - click on ">>" - click on finish => Writer opens but then close before displaying any form
Ubuntu 14.04 x64 LibreOffice 4.5 Build ID: 8b65be4740f4349b769a8709867e0cc32d93686d LibreOffice 4.3.4.1 release Confirmed: New Major - major functionality broken High - default Regression (works on 4.3.4.1) Would be nice to know if 4.4 is broken as well.
I have tested this with Version: 4.5.0.0.alpha0+ Build ID: f92183833fa569006602ac7e93c906d2094e0d4d TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-12-13_23:36:38 Locale: de_DE The follwing happend: I coudl go through all steps of the wizard and wanted to save the form, but nothing to see in the database. Then I closed the database and saw the designed form on the LO-desktop. It has been saved in the /tmp-folder. I opend this form and saw the data of my database. So I switched set the design-mode on and had a look at the properties of this form. The data-source of the form was defined as file:///home/.../.../myfile.odb So the wizard had created an external form for the database and saved this in the systems temporary folder. Then I tried the wizard in Version: 4.4.0.0.beta1+ Build ID: a15a538fb191b1851f366716914822411b583c58 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-4, Time: 2014-12-03_06:05:11 Locale: de_DE The form will be created by the wizard inside the database, but without setting the styles for the form (a new bug ...).
Robert: thank you for your interesting detailed feedback. Lionel: one for you?
Didn't I fix this one with my recent forms wizard work?
(In reply to Lionel Elie Mamane from comment #4) > Didn't I fix this one with my recent forms wizard work? Have tested with Version: 4.5.0.0.alpha0+ Build ID: 0c24686c3970bac7e9a4e214fccfdfffd742149e TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-12-29_05:28:52 Locale: de_DE The form is created as an external form in the temporary folder with LO 4.5 at this moment.
*** Bug 87899 has been marked as a duplicate of this bug. ***
Still present in master with my osx build of today, which is why I just filed the duplicate that Julien correctly spotted.
Reproduced by Alex too who uses MacOs (see fdo#87899). So blocker here.
The funny thing is that the form appears in the document preview of the start center
The form created also lacks a tuple navigation toolbar, similar to bug 85002 - normal ?
Noel: thought you might be interested in this one, since form query wizard is managed by files located here: wizards/com/sun/star/wizards/form
I noticed that if we comment this block 464 // add a window listener, to know 465 // if the user used "escape" key to 466 // close the dialog. 467 xWindow.addWindowListener(new XWindowListenerAdapter() { 468 @Override 469 public void windowHidden(EventObject event) { 470 cancelWizard_1(); 471 } 472 }); (see http://opengrok.libreoffice.org/xref/core/wizards/com/sun/star/wizards/ui/WizardDialog.java#464) it seems ok.
(In reply to Julien Nabet from comment #12) > I noticed that if we comment this block > 464 // add a window listener, to know > 465 // if the user used "escape" key to > 466 // close the dialog. > 467 xWindow.addWindowListener(new XWindowListenerAdapter() { > 468 @Override > 469 public void windowHidden(EventObject event) { > 470 cancelWizard_1(); > 471 } > 472 }); > > (see > http://opengrok.libreoffice.org/xref/core/wizards/com/sun/star/wizards/ui/ > WizardDialog.java#464) > it seems ok. This specific part comes from: http://cgit.freedesktop.org/libreoffice/core/commit/?id=74c6c6151cab078a6e31c66819c0609ef9637e6e Noel: any thoughts?
The original block of code looked like this before my changes: MethodInvocation windowHidden = new MethodInvocation("windowHidden", this); xWindow.addWindowListener((CommonListener) getGuiEventListener()); String dialogName = (String) Helper.getUnoPropertyValue(xDialogModel, PropertyNames.PROPERTY_NAME); getGuiEventListener().add(dialogName, EVENT_ACTION_PERFORMED, windowHidden); which is clearly bogus, since "actionPerformed" is not an event on the XWindowListener interface. So I agree with Julien that this block can just be deleted. If he hasn't gotten to it by next week, I'll take care of it.
Thank you Noel for your feedback. I wanted to compare with Table wizard but it fails to open with this console log: warn:legacy.osl:15896:1:dbaccess/source/ui/misc/linkeddocuments.cxx:208: caught an exception! in function:void dbaui::OLinkedDocumentsAccess::impl_newWithPilot(const char*, sal_Int32, const rtl::OUString&) type: com.sun.star.uno.RuntimeException message: there is no member variable: Command java stack trace: com.sun.star.uno.RuntimeException: there is no member variable: Command at com.sun.star.lib.uno.helper.PropertySet.registerProperty(PropertySet.java:170) at com.sun.star.lib.uno.helper.PropertySet.registerProperty(PropertySet.java:192) at com.sun.star.wizards.table.CallTableWizard$TableWizardImplementation.<init>(CallTableWizard.java:66) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:526) at com.sun.star.comp.loader.FactoryHelper$Factory.createInstanceWithArgumentsAndContext(Factory... :-(
Julien Nabet committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c7531408b3ef4b2d284edf35ed983c23e7585231 Resolves fdo#87123: Impossible to create a form with wizard It will be available in 4.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thank you Noel. Now let's take a look to the Table creation wizard :-)
CallTableWizard and CallQueryWizard both need a couple of lines added back that I deleted by accident. CallTableWizard needs this: public static class TableWizardImplementation extends com.sun.star.lib.uno.helper.PropertySet implements com.sun.star.lang.XInitialization, com.sun.star.lang.XServiceInfo, com.sun.star.task.XJobExecutor { private PropertyValue[] m_wizardContext; // the next two fields are accessed by reflection, do not delete! public String Command; public final Integer CommandType = com.sun.star.sdb.CommandType.TABLE; CallQueryWizard needs this: public static class QueryWizardImplementation extends com.sun.star.lib.uno.helper.PropertySet implements com.sun.star.lang.XInitialization, com.sun.star.lang.XServiceInfo, com.sun.star.task.XJobExecutor { private PropertyValue[] m_wizardContext; // the next two fields are accessed by reflection, do not delete! public String Command; public final Integer CommandType = com.sun.star.sdb.CommandType.QUERY;
Julien Nabet committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f3edc18b4006b712725cbe530f064798607b2beb Following fdo#87123: Impossible to create table or query with wizard It will be available in 4.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Noel Grandin from comment #18) > CallTableWizard and CallQueryWizard both need a couple of lines added back > that I deleted by accident. > > CallTableWizard needs this: >... > CallQueryWizard needs this: > >... Thank you Noel, fix pushed on master now!
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.