We are pleased to announce the immediate availability of Servoy 5.1.4
When installing this version all beans and plugins have to be signed by there vendor! Plugin/beans developer should have a look here
This version is available through the download page on the Servoy website (developer section) and auto update.
Always make a backup of your current Servoy installation (directory and database) before upgrading.
To update eclipse open, Window → Preferences (update sites), change:
-Disable both eclipse.org update-sites, since there is a problem at the eclipse side!
Check for updates via help menu.
Client changes:
[fix] 281440 relation.newRecord copies all foreign keys to new record, also when this is unwanted for non equals relation items
[fix] 293363 The texttoolbar is always disabled on forms displayed in a dialog invoked with the showTextToolbar argument set to true
[fix] 293816 Using GlobalMethodConverter prevents element from respecting formatting
[fix] 293848 newRecord fails on first run
[fix] 294166 databaseManager.convertToDataSet([array of UUIDs]) results in a dataset with the correct number of rows and columns but contains only null values
WebClient changes:
[fix] 291967 Label DnD in webclient
[fix] 294603 Webclient pagination adjustment is not done with loadRecords()
Server changes:
[fix] 281099 adding new db screen on admin page empties after error
Plugin changes:
[fix] 288328 Very slow performance of PopUp menus (plugin Window) when launched over Internet in WebClient
[fix] 294511 mail plugin is not working with attachments from smartclient
We are trying this new release, and we are stucked with a non expected behaviour in history.removeForm(‘<name_of_form>’)… Its behavior was changed?
The situation is like that:
We want to modify a form (with solution model) which is loaded in a tab. To do this, first we call to forms.myMainForm.elements.tabs_main.removeAllTabs(), and then we do a history.removeForm(‘<name_of_form>’) before reverting this form to be changed… Well, this is working in 5.1.3, but it crashes in 5.1.4 because the removeForm is returning false (the removeAllTabs() seems to be working fine…)… and then crashes Solution Model:
“Stale form(s) detecte, form(s) were altered by the solution model without destroying them first.
The form(s) that are stale (can also be a parent form in form inheritance is used) are:
Form name: ‘<name_of_form>’ with instances: [‘<name_of_form>’]”
are you trying to remove a form on which a method is executing?
That is what we changed. This is not allowed, you cant remove and then destroy a form that currently is executing a method.
You are meaning that enhancement was added in this version, it isn’t?
Whatever, now we have a problem… We built a shorcut system in our solution, this way we are creating shortcuts in a ‘desktop’ form dragging from navigation form and adding the shortcuts with Solution Model. This way, onDrop event on our ‘desktop’ form is which load new shortcuts, and to do it, it is destroying and reverting itself… Now we can’t do it… How we could solve this situation??? Could you give us any help???
No destroying or reverting yourself is not possible, that was just a bug/hole where many other weird errors can erupt from.
(like it did in a case we closed for this)
what are these new shortcuts? are that buttons?
Cant you use controller.recreateUI for this, after you modified the ui?
(in other words what do you exactly modify through the solution model)
jcompagner:
what are these new shortcuts? are that buttons?
We are using (html) labels…
jcompagner:
Cant you use controller.recreateUI for this, after you modified the ui?
Well, we think we could use recreateUI() function if we want to change position of a existing shortcut (when dropping, we could perform an action like example of recreateUI. But we haven’t try it…). But if we use it when inserting a new shortcut, it crashes same way…
jcompagner:
(in other words what do you exactly modify through the solution model)
What we are doing is [for each shortcut] creating a label (<my_desktop_form_with_solutionmodel>.newLabel()) adding it in our ‘desktop’ [end of for each shortcut]…
P.S.: I don’t know why, but in this thread is not working BBCode (???)
if you just add a label through the solution model then you can just use recreateUI
Dont do history remove, dont do revert just add the label.
If you first have to revert (you want to start clean) can’t you use removeLabel (or field) to first remove all the labels/shortcuts
and then add them back in?
gerardo.gomez:
P.S.: I don’t know why, but in this thread is not working BBCode (???)
yeah sometimes this happens, don’t know why.
if I’m not mistaken this is the case with all announcements.
Can it have something to do with this category or the person who started the thread (mostly JB)??
gerardo.gomez:
P.S.: I don’t know why, but in this thread is not working BBCode (???)
yeah sometimes this happens, don’t know why.
if I’m not mistaken this is the case with all announcements.
Can it have something to do with this category or the person who started the thread (mostly JB)??
This build appears to introduce a new issue whereby calling forms.formname.controller.show() from within a form in dialog, in webclient only “shows” the form programmatically and not on screen. Meaning the onShow events fire, but the browser never “shows” the form. In order to actually see the form, I need to hit the refresh button. Any ideas?
I tested both in a webkit browser and in FF and got the same result.
jcompagner:
if you just add a label through the solution model then you can just use recreateUI
Dont do history remove, dont do revert just add the label.
If you first have to revert (you want to start clean) can’t you use removeLabel (or field) to first remove all the labels/shortcuts
and then add them back in?
That should work fine
Hi!
We was refactoring our code and now, our situation is like that:
Combining removeLabel & recreateUI we can delete our shortcuts (labels) from our ‘desktop’ (a normal form in our solution) - WC & SC
Combining DnD & newLabel & recreateUI we can create our shortcuts (labels) in our ‘desktop’ (a normal form in our solution) - SC
Combining DnD & removeLabel & newLabel & recreateUI we can relocate our shortcuts (labels) in our ‘desktop’ (a normal form in our solution) - SC
But in web client, combination of onDrop event and recreateUI is crashing (“Internal error” in browser)!!! You can see the error log in image…
jbader:
This build appears to introduce a new issue whereby calling forms.formname.controller.show() from within a form in dialog, in webclient only “shows” the form programmatically and not on screen. Meaning the onShow events fire, but the browser never “shows” the form. In order to actually see the form, I need to hit the refresh button. Any ideas?
I tested both in a webkit browser and in FF and got the same result.
I just tested this i have 3 forms, in the main i have this:
forms.dialog1.controller.show(“dialog”,true);
then in dialog1 i have a button that does this:
forms.dialog2.controller.show();
and then there i have a button that closes it all:
application.closeFormDialog(“dialog”);
and that works fine for me in Win7 with FF, IE and Chrome…
gerardo.gomez:
But in web client, combination of onDrop event and recreateUI is crashing (“Internal error” in browser)!!! You can see the error log in image…
this is exactly why we dont allow complete destroy of a form, (this also couldnt have worked in 5.1.3 in the web!)
but we did thought that recreateUI would be possible but in the webclient we need to look at it a bit more because there we must make sure the component that the action did execute and that is recreated
handles this nicely, can you create a case for this so that we can look at it? This is a tricky issue (and thats why we dont want to allow this stuff as much as possible)
I just tested this i have 3 forms, in the main i have this:
forms.dialog1.controller.show(“dialog”,true);
then in dialog1 i have a button that does this:
forms.dialog2.controller.show();
and then there i have a button that closes it all:
application.closeFormDialog(“dialog”);
and that works fine for me in Win7 with FF, IE and Chrome…
Do you something else?
Yes…little different.
First thing to keep in mind is that I am not trying to show the second form in the dialog.
I do this:
application.showFormInDialog(myForm1);
Then on that form I have a button that runs an inherited method (from a “controller_parent” that has some default functionality on it, and that is abstract and has no base form) that does something similar to:
forms.myForm2.foundset.loadRecords([pk])
forms.myForm2.controller.show()
This used to work and would close the FID, then show myForm 2 in the main window.
