Servoy 6.0.5

Servoy announcements

Servoy 6.0.5

Postby Jan Blok » Fri Jan 27, 2012 8:55 pm

We are pleased to announce the immediate availability of Servoy 6.0.5 release.
IMPORTANT: This release addresses a security vulnerability, it is strongly recommended to update to this version :!:

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.

Client Changes
[fix] SVY-1098 a valuelist using a relation causes exception
[fix] SVY-1161 Format is displayed on a text field when field is read-only
[fix] SVY-1172 Calculations are not updated the second time a record is changed of a record that stay's in scope
[fix] SVY-1368 Servoy smartclient sets 0 in global vars with default null value
[fix] SVY-1332 The dialog windows size wrong

WebClient Changes
[fix] SVY-359 Webclient Tab order not working - Rich client OK
[fix] SVY-1219 wrong action showFileOpenDialog blocks webclient
[fix] SVY-1243 Window position with IE8
[fix] SVY-1251 Webclient; Spontaneous value in read only field with vl attached
[fix] SVY-1253 Valuelist drop down list with Web Client on Safari, Firefox and (maybe) Chrome displays wrong width
[fix] SVY-1257 getSelectedText() for TextAreas returns <null> in webclient
[fix] SVY-1286 Elements anchored right and/or bottom move to top and left in design mode
[fix] SVY-1289 element.setValueListItems does not work for TABLE_VIEW forms in Web Client
[fix] SVY-1313 servoy dies when an error occurs in a pop up form
[fix] SVY-1385 Webclient: Code run immediately after a headlessclient callback may trigger an Internal Error.
[fix] SVY-1395 Webclient: RuntimeException: Flushing foundset with no selection
[fix] SVY-1382 Tab Sequences with tab panels in record view
[fix] SVY-1317 '-character prevent popupMenu of being displayed
[fix] SVY-1328 Webclient freezes when changing the main form from dialog (in IE and Firefox; Chrome works ok)
[fix] SVY-1386 Web Client - Tab Sequences not working properly on a table view in a tab panel

Developer Changes
[fix] SVY-1252 Team Ignored Resources preferences
[fix] SVY-1265 Cannot get rid of BuilderMarkers, while JSDoc seems to be ok
[fix] SVY-1271 wrong count on fields in table-view
[fix] SVY-1273 Weird nullpointer when setting position of tab on tabpanel with the solutionModel
[fix] SVY-1378 IDE: Calling JSClient.setDataProviderValue() blocks when run from within developer.
[fix] SVY-1381 Copy table in devloper
[fix] SVY-1367 Items work different on server as in developers clients

Server Changes
[fix] SVY-1227 JDBC Driver for MAXDB
[fix] SVY-1283 strang error in log
[fix] SVY-1284 WicketRuntimeException: There is no application attached to current thread ...
[fix] SVY-1374 Call to databaseManager.saveData() throws ArrayIndexOutOfBoundsException.

Extensions Changes
[enh] SVY-1306 Add arguments with createShortcut
[enh] SVY-1296 file based templates in pdf forms plugin

Installer Changes
[fix] SVY-1312 Installer stops with errors
Jan Blok
Servoy
Jan Blok
 
Posts: 2684
Joined: Mon Jun 23, 2003 11:15 am
Location: Amsterdam

Re: Servoy 6.0.5

Postby jasantana » Fri Jan 27, 2012 10:39 pm

After updating I have checked SVY-359. Webclient Tab order not working - Rich client OK

Still does not work.
Best regards,
Juan Antonio Santana Medina
[email protected]
EAGER BEAVER 2011
EAGER BEAVER 2012
Servoy 6.x - Servoy 7.x - Servoy 8.x - MySQL - PostgreSQL - Visual Foxpro 9
User avatar
jasantana
 
Posts: 542
Joined: Tue Aug 10, 2010 11:40 am
Location: Leeds - West Yorkshire - United Kingdom

Re: Servoy 6.0.5

Postby lvostinar » Mon Jan 30, 2012 9:37 am

jasantana wrote:After updating I have checked SVY-359. Webclient Tab order not working - Rich client OK

Still does not work.


Please reopen then with some way to reproduce the issue. We did some fixes for 6.0.5 in tab sequences and thought it would be the same issue. But without a sample is hard to really say what happens there.
Laurian Vostinar
Servoy
lvostinar
 
Posts: 1047
Joined: Tue Feb 19, 2008 10:53 am

Re: Servoy 6.0.5

Postby karel » Mon Jan 30, 2012 6:55 pm

SVY-1306 works perfect! Thanks Jan and all contributors ! :)
SVY-1368 Issue still occurs. Note that this only occurs when using the global variable in a relation.
Karel Broer
SAN Partner
Stb Development - http://www.stb.nl / ServoyCamp - http://www.servoycamp.com
karel
 
Posts: 13
Joined: Mon Jan 30, 2012 6:50 pm

Re: Servoy 6.0.5

Postby Harjo » Mon Jan 30, 2012 7:49 pm

Btw: use the latest signtester of servoyforge if you want to resign everything with your own certificate!!
User avatar
Harjo
 
Posts: 4271
Joined: Fri Apr 25, 2003 11:42 pm
Location: DEN HAM OV, The Netherlands

Re: Servoy 6.0.5

Postby lvostinar » Tue Jan 31, 2012 9:50 am

karel wrote:SVY-1368 Issue still occurs. Note that this only occurs when using the global variable in a relation.


You have to import again the solution in application server in order for the fix to become effective. Sorry, we forgot to add this comment on case. Does it still happen after reimport?
Laurian Vostinar
Servoy
lvostinar
 
Posts: 1047
Joined: Tue Feb 19, 2008 10:53 am

Re: Servoy 6.0.5

Postby rossent1327331687 » Thu Feb 02, 2012 10:29 am

Hi Servoy,

Before, for arrays annotated with a specific type, we could use the following without warnings:

Note: someCustomType is defined as
Code: Select all
/**
* @constructor
*/
function someCustomType()
{
    this.someProperty = 0;
    ...
}


Code: Select all
ln 1:   /** @type {Array<someCustomType>} */
ln 2:   var _arr = [];
          ...
ln 3:   for (var _indx = 0; _indx < _arr.length; _indx++)
ln 4:   {
ln 5:       var _item = _arr[_indx];
ln 6:       someMethod(_item.someProperty);
ln 7:   }


In 6.0.5, Servoy displays a warning on line 6 about "someProperty" not being defined - in other words, it does not recognize that the array elements are of the specified type. Is this a regression bug or has the behavior been changed? Do we need now to explicitly type the array elements in order for Servoy to recognize them correctly?
Rossen Totev
Abelisk Software
rossent1327331687
 
Posts: 6
Joined: Mon Jan 23, 2012 5:14 pm

Re: Servoy 6.0.5

Postby rossent1327331687 » Thu Feb 02, 2012 11:02 am

Hi Servoy,

In 6.0.5, the web client generates duplicate tabindex values for elements which at design time are in separate forms.
For example, consider the following:

FormA
- button_A1 [tabindex=1]
- button_A2 [tabindex=2]
- button_A3 [tabindex=3]

FormB
- button_B1 [tabindex=1]
- button_B2 [tabindex=2]
- button_B3 [tabindex=3]
- tabPanel (contains FormA) [tabindex=4]

At runtime, when FormB is displayed in the web client, there are 6 buttons on the screen but they contain duplicate tabindexes:

- button_B1 [tabindex=1]
- button_B2 [tabindex=2]
- button_B3 [tabindex=3]
- button_A1 [tabindex=1]
- button_A2 [tabindex=2]
- button_A3 [tabindex=3]


So tabbing through them jumps like: button_B1->button_A1->button_B2->button_A2->button_B3->button_A3

This clearly is not the intended result, it should have been button_B1->button_B2->button_B3->button_A1->button_A2->button_A3

It appears that the web client does not take into consideration the fact that FormA is placed in FormB in a panel with tabindex4. The HTML for the buttons should have been generated so that the tabindexes are as follows:

- button_B1 [tabindex=1]
- button_B2 [tabindex=2]
- button_B3 [tabindex=3]
- button_A1 [tabindex=4] <- this should start with the tabPanel index where the "embedded" form is placed
- button_A2 [tabindex=5]
- button_A3 [tabindex=6]

In contrast, the Smart Client does work as expected.

Is this a bug or a change in behavior of the Web Client? If this is an intended behavior, how can we control the tab order of the resulting UI elements on "composite forms" (forms, which contain other forms, which contain other forms, etc.)
Rossen Totev
Abelisk Software
rossent1327331687
 
Posts: 6
Joined: Mon Jan 23, 2012 5:14 pm

Re: Servoy 6.0.5

Postby lvostinar » Thu Feb 02, 2012 1:23 pm

rossent1327331687 wrote:Hi Servoy,

In 6.0.5, the web client generates duplicate tabindex values for elements which at design time are in separate forms.
For example, consider the following:

FormA
- button_A1 [tabindex=1]
- button_A2 [tabindex=2]
- button_A3 [tabindex=3]

FormB
- button_B1 [tabindex=1]
- button_B2 [tabindex=2]
- button_B3 [tabindex=3]
- tabPanel (contains FormA) [tabindex=4]

At runtime, when FormB is displayed in the web client, there are 6 buttons on the screen but they contain duplicate tabindexes:

- button_B1 [tabindex=1]
- button_B2 [tabindex=2]
- button_B3 [tabindex=3]
- button_A1 [tabindex=1]
- button_A2 [tabindex=2]
- button_A3 [tabindex=3]


So tabbing through them jumps like: button_B1->button_A1->button_B2->button_A2->button_B3->button_A3

This clearly is not the intended result, it should have been button_B1->button_B2->button_B3->button_A1->button_A2->button_A3

It appears that the web client does not take into consideration the fact that FormA is placed in FormB in a panel with tabindex4. The HTML for the buttons should have been generated so that the tabindexes are as follows:

- button_B1 [tabindex=1]
- button_B2 [tabindex=2]
- button_B3 [tabindex=3]
- button_A1 [tabindex=4] <- this should start with the tabPanel index where the "embedded" form is placed
- button_A2 [tabindex=5]
- button_A3 [tabindex=6]

In contrast, the Smart Client does work as expected.

Is this a bug or a change in behavior of the Web Client? If this is an intended behavior, how can we control the tab order of the resulting UI elements on "composite forms" (forms, which contain other forms, which contain other forms, etc.)


This looks like a bug, please open a case for it.
Laurian Vostinar
Servoy
lvostinar
 
Posts: 1047
Joined: Tue Feb 19, 2008 10:53 am

Re: Servoy 6.0.5

Postby rossent » Wed Feb 08, 2012 4:13 pm

In 6.0.5 we are getting a lot of invalid warnings which were handled correctly in 6.0.4 - is this a known issue which will be resolved in the next release or a change in behavior which requires that we change our code to avoid the warnings?

A few examples:
- when overriding a method, the result of the call to _super.overrideMethodName() is not recognized even though the base method is correctly annotated with a specific return type;
- array items are not recognized as being of specific type even though the array itself is correctly annotated as /** @type Array<CustomType>*/ or /** @type Array<{promName: String, propValue: Number}>*/ (see my previous post in this thread)
Last edited by rossent on Wed Feb 08, 2012 4:19 pm, edited 1 time in total.
Rossen Totev
Argos Software
rossent
 
Posts: 288
Joined: Wed Dec 31, 2008 2:03 pm

Re: Servoy 6.0.5

Postby lvostinar » Wed Feb 08, 2012 4:19 pm

rossent wrote:In 6.0.5 we are getting a lot of invalid warnings which were handled correctly in 6.0.4 - is this a known issue which will be resolved in the next release or a change in behavior which requires that we change our code to avoid the warnings?


Can you copy/paste the warnings? Warnings don't go away if you do a clean build? (Project -> Clean...)
Laurian Vostinar
Servoy
lvostinar
 
Posts: 1047
Joined: Tue Feb 19, 2008 10:53 am

Re: Servoy 6.0.5

Postby rossent » Wed Feb 08, 2012 4:30 pm

lvostinar wrote: Warnings don't go away if you do a clean build? (Project -> Clean...)


No, the warnings are persistent even after a clean build and can be reproduced in a new workspace.

here are some of them:

In a base form, a method is defined as:

Code: Select all
/**
* This method is used to retrieve the standard, read-only fields as defined by the business logic
* Descendant forms should overwrite it to provide specific implementation
*
* @param {JSRecord} _record - the record for which the read-only fields apply (may be null)
* @return {Array<String>} an array containing the names of fields which should not be editable by the user or null if there are no read-only fields
*
* @properties={typeid:24,uuid:"7e13b54d-735b-4ff8-aed4-11ff05d8061a"}
*/
function getSystemReadOnlyFieldNames(_record)
{
    return ['rowid', 'created_dt', 'created_by', 'lastmodified_dt', 'lastmodified_by'];   
}



In a form, which extends the base form, the method getSystemReadOnlyFieldName is overridden like this:

Code: Select all
/**
*
* @param {JSRecord} _record - the record for which the read-only fields apply (may be null)
* @return {Array<String>} an array containing the names of fields which should not be editable by the user or null if there are no read-only fields
*
* @properties={typeid:24,uuid:"409CCD44-40EA-4250-95EF-82650D125CD5"}
*/
function getSystemReadOnlyFieldNames(_record)
{
    var _readOnlyFields = _super.getSystemReadOnlyFieldNames(_record);

    if (...)
    {
        _readOnlyFields.push('r_ac_distribution');
        _readOnlyFields.push('allow_alt_curr_only');
        _readOnlyFields.push('allow_foreign_curr_only');
    }

    return _readOnlyFields;
}


In this case, Servoy does not recognize that _readOnlyFields local variable is an array and generates the warning "The function push() is undefined in this script" for every call to _readOnlyFields.push(...) This was working correctly in 6.0.4. In previous post https://www.servoy.com/forum/viewtopic.php?f=16&t=17657&p=95573#p95401 I showed an example of the issue with array items (not sure why the post is listed under rossent12344312).
Rossen Totev
Argos Software
rossent
 
Posts: 288
Joined: Wed Dec 31, 2008 2:03 pm

Re: Servoy 6.0.5

Postby jcompagner » Wed Feb 08, 2012 4:38 pm

rossent1327331687 wrote:Hi Servoy,

Before, for arrays annotated with a specific type, we could use the following without warnings:

Note: someCustomType is defined as


this will be fixed, was a regression in dltk
Johan Compagner
Servoy
User avatar
jcompagner
 
Posts: 7977
Joined: Tue May 27, 2003 7:26 pm
Location: The Internet

Re: Servoy 6.0.5

Postby jcompagner » Wed Feb 08, 2012 7:05 pm

rossent wrote:
In this case, Servoy does not recognize that _readOnlyFields local variable is an array and generates the warning "The function push() is undefined in this script" for every call to _readOnlyFields.push(...) This was working correctly in 6.0.4.


will also be fixed in the next release
Johan Compagner
Servoy
User avatar
jcompagner
 
Posts: 7977
Joined: Tue May 27, 2003 7:26 pm
Location: The Internet

Re: Servoy 6.0.5

Postby jdbruijn » Wed Feb 22, 2012 1:47 pm

I'm trying to update our test server from 6.0.2 to 6.0.5, but I get the following error:
Current Servoy version 1227
Checking for new Servoy version
Working in directory: c:\Servoy\TestServer_v6
Loading version info...
New version available 1230


Servoy 6.0.5 version

NOTE: ALWAYS make a backup of your Servoy directory and your databases before us
age.




Downloading...
http://downloads.servoy.com/downloads/6 ... e.jar.1228
http://downloads.servoy.com/downloads/6 ... e.jar.1229
Exception in thread "main" java.lang.NoClassDefFoundError: com/servoy/j2db/Zb/Za

at com.servoy.j2db.server.util.VersionCheck.main(VersionCheck.java:1)
Caused by: java.lang.ClassNotFoundException: com.servoy.j2db.Zb.Za
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 1 more
Druk op een toets om door te gaan. . .


Any ideas why this doesn't work?
Jos de Bruijn
Welcome CCS
Servoy Certified Developer
Image
jdbruijn
 
Posts: 450
Joined: Sun Apr 11, 2010 6:34 pm

Next

Return to Announcements

Who is online

Users browsing this forum: No registered users and 2 guests