We are pleased to announce the immediate availability of Servoy 6.1.2 release (releaseNumber 1421).
This version is available through the download option on the Servoy website and auto-update.
Always make a backup of your current Servoy installation (directory and database) before installing/upgrading.
To update a Servoy eclipse open Check for updates via help menu.
All the issues addressed:
Client Changes
[fix] SVY-3002 Webclient button with icon alignment failure
[fix] SVY-2968 Image media in label fields shifts 1 px in smart-client
[fix] SVY-2949 JSFoundSetUpdater.performUpdate() throws an exception
[fix] SVY-2945 UI converter doesn’t work in table view
[fix] SVY-2943 A form larger than the tabpanel they are placed will result in a truncated form.
[fix] SVY-2955 Changing the RuntimeTabPanel.tabIndex’s value throws error with message “Array index out of range”.
[fix] SVY-2951 TYPEAHEAD fields which use valuelist based on relation with UUID real value and TEXT display value do not display dropdown list
[fix] SVY-2950 TYPEAHEAD fields which use valuelist with UUID real value and TEXT display value fail when users select a value from the list
[fix] SVY-2888 Issue with displayType = TYPE_AHEAD when set to transparent - value list words start transposing on each other
[fix] SVY-2929 Aligment of buttons having an icon and text is wrong in IE8
[fix] SVY-2924 Type-ahead list does (most of the time) not appear in IE8
[fix] SVY-3006 Script errors in IE8
[fix] SVY-2923 Empty entry in valuelist shows non-blocking whitespace string " "
[fix] SVY-2922 Related tabpanel in popup dialog hides all records when opened for second time (scrollable tables)
[fix] SVY-2921 Grid gutter showing when no vertical scrollbar
[fix] SVY-2920 Issue using 2 column valuelist in typeahead created with solution Model.
[fix] SVY-2911 foundset.getSelectedIndex() returns 1 after LoadRecords with an empty datsaset
[fix] SVY-2894 background-image: linear-gradient not working in styleclass: grid_header
[fix] SVY-2893 Image media fields are not printed from web client
[fix] SVY-2588 Tab panel resizing one step behind window resize
[fix] SVY-2906 Table views are not working correctly in servoy webclient 6.1.
[fix] SVY-2973 css errors running on servoy 6.1
[fix] SVY-2585 JSWindow.setSize() does not work in Webclient.
Developer Changes
[fix] SVY-2925 Value lists editor based on table values not working
[fix] SVY-2980 deprecated code use brakes after going from 6.0 to 6.1.1
Server Changes
[fix] SVY-2719 Cannot import crm sample solution on oracle
Plugin Changes
[fix] SVY-2933 plugins.serialize.toJSON /fromJSON does not handle correctly empty arrays
[fix] SVY-2904 Bug in rawSQL plugin when used in conjunction with databaseManager.switchServer() and an active transaction.
david:
6.1.2 is solid. Very impressed. Thanks for this – we’re off to the races.
Glad to hear. I have to confess that I often wait for your judgement before installing a new version of Servoy. Did you try the Server? Just installing the Server, I mean.
david:
6.1.2 is solid. Very impressed. Thanks for this – we’re off to the races.
Glad to hear. I have to confess that I often wait for your judgement before installing a new version of Servoy. Did you try the Server? Just installing the Server, I mean.
Best, Carlos.
Several servers up and running since last night. Getting good feedback from users half a globe and 200+ms ping time away. At 50ms ping distance, it rips.
Unless something breaks in the next 24 hours, this is the Servoy version we’re going live with since 5.2.x.
david:
Several servers up and running since last night. Getting good feedback from users half a globe and 200+ms ping time away. At 50ms ping distance, it rips.
Awesome news! One more question: what database server are you using for the repository_server? I think I read once that you were using MySQL. Am I correct?
Best and good luck with the launch of your products in Servoy 6.1.2!
mccourt.cordingley:
After upgrading from 6.0.6 to 6.1.2, with no errors listed in Problems.
We now have approx 170 errors all relating to value lists see below.
Editable combobox "xxxxxxxx" has attached a valuelist that contains real values. This is not supported.
Has anyone else seen this, and how did you tackle it.
Regards
this was always already a problem, and we correct it under the hood by making the combobox none editable in the ui
So the best fix is just do that in the designer also.
it was never possible, so you didn’t loose anything, editable comboboxes with a valuelist that do have real and display values are just not supported (because you can’t type the real value)
So how would you add a new value if you display on the display values? What should a user type? With a TypeAhead you do have a few more options
But consider this, we have 171 instances of this error, why are we being forced into changing the behavior when it was working fine in 6.0.6.
You cannot run a solution export with errors.
Surely Servoy can still handle these, is there a way to suppress these errors.
I’ve been running 6.1.0 for a while with the developer webclient. As part of my application I use an HTMLArea with dataprovider set to a variable. In 6.1.0 I’ve been able to manipulate the content of the HTMLArea by updating this variable and then issuing a recreateUI() to force the HTMLArea to display the new content.
Since updating to 6.1.2, recreateUI() no longer works in this way. (This could be a change in 6.1.1 also as I skipped this release.)
A few things I have notices:
When I call recreateUI() from a form embedded in a tabpanel, it seem to make the tabs on the parent tab panel disappear.
I attempted to work around this issue by opening an new dialog box for my html area rather than having it in a tab panel. However, recreateUI() will no longer refresh the HTMLarea properly. I have to close and reopen the window in order to see the changes.
Is this a bug or just the way recreateUI() will work from now on? Is there some other way I can get an HTMLArea to reload/refresh after changing the dataprovider content?
using recreateUI() for that is very weird! It shouldn’t be used for that, if you change a dataprovider value that is attached to a HTMLArea you shouldn’t have to do anything else then just assigning the value to the dataprovider
recreateUI() is completely overkill and much to heavy for that.
If you really just call it on a form inside some tabpanel, then only that form (and its tabpanels) should be affected to the once somewhere else.
In 6.1.1 it was possible to set: application.setUIProperty(APP_WEB_PROPERTY.WEBCLIENT_TEMPLATES_DIR, ‘mystyle’);
in the onSolutionOpen of the LOGIN solution.
Now in 6.1.2 this is not working anymore…
I HAVE to set it in the onSolutionOpen, of the solution itself.
In 6.1.1 it was possible to set: application.setUIProperty(APP_WEB_PROPERTY.WEBCLIENT_TEMPLATES_DIR, ‘mystyle’);
in the onSolutionOpen of the LOGIN solution.
Now in 6.1.2 this is not working anymore…
I HAVE to set it in the onSolutionOpen, of the solution itself.
Is this intentional? or bug?
i don’t see how that could have changed between 6.1.1 and 6.1.2, don’t see anything touched in that area.
if you do it in the login solution (not authenticator!) it should work fine.
