Servoy 5.2.3

Servoy announcements

Re: Servoy 5.2.3

Postby jvalencia » Fri Dec 03, 2010 7:02 pm

I'm experiencing the following error on 5.2.3, and I don't have the issue on 5.2.2 or previous versions
- I start a transaction, add a record to the table, and then I click on my save button, which will commit the change
- I have an onRecordInsert on a table that will populate some fields ==> The changes on this global method seems not to be using the same thread of the form where the transaction just start. The error log shows the following error:
"...Thread tried to acquire lock which is already owned, transaction id=0, thread=http-8080-4"
jvalencia
 
Posts: 5
Joined: Tue Nov 30, 2010 6:35 pm

Re: Servoy 5.2.3

Postby lwjwillemsen » Fri Dec 03, 2010 7:12 pm

Hi Patrick,

Thanks a lot for the update of the signtester !

Regards,
Lambert Willemsen
Vision Development BV
lwjwillemsen
 
Posts: 680
Joined: Sat Mar 14, 2009 5:39 pm
Location: The Netherlands

Re: Servoy 5.2.3

Postby Harjo » Fri Dec 03, 2010 10:33 pm

ptalbot wrote:Harjo, are you sure you have tried v1.1.1?
I just tried it on the quartz.jar and it signs correctly.


No, at the same time I replied, there was a new version :-)
will try & test this weekend! thanks for quick response.....
Harjo
 
Posts: 4321
Joined: Fri Apr 25, 2003 11:42 pm
Location: DEN HAM OV, The Netherlands

Re: Servoy 5.2.3

Postby rgansevles » Mon Dec 06, 2010 10:30 am

jvalencia wrote:I'm experiencing the following error on 5.2.3, and I don't have the issue on 5.2.2 or previous versions
- I start a transaction, add a record to the table, and then I click on my save button, which will commit the change
- I have an onRecordInsert on a table that will populate some fields ==> The changes on this global method seems not to be using the same thread of the form where the transaction just start. The error log shows the following error:
"...Thread tried to acquire lock which is already owned, transaction id=0, thread=http-8080-4"

jvalencia,

This issue is already discussed in this same thread.
We have fixed this in 5.2.4 which will be released soon.

Rob
Rob Gansevles
Servoy
User avatar
rgansevles
 
Posts: 1927
Joined: Wed Nov 15, 2006 6:17 pm
Location: Amersfoort, NL

Re: Servoy 5.2.3

Postby jvalencia » Wed Dec 08, 2010 4:32 pm

TYPE_AHEAD issue
On 5.1 works fine, on 5.2.2 works partially, and 5.2.3 doesn't work on the table view, and partially on the record view.
I've attached a sample so you can try and see the differences
Thank you!
You do not have the required permissions to view the files attached to this post.
jvalencia
 
Posts: 5
Joined: Tue Nov 30, 2010 6:35 pm

Re: Servoy 5.2.3

Postby jcompagner » Wed Dec 08, 2010 5:28 pm

jvalencia wrote:TYPE_AHEAD issue
On 5.1 works fine, on 5.2.2 works partially, and 5.2.3 doesn't work on the table view, and partially on the record view.
I've attached a sample so you can try and see the differences
Thank you!


I have quickly tested your solution in Smart and Webclient and with both i dont see any problem

I can create a order record just fine by pressing the first button (and then i can choose the customer just fine)
then i press the second button that creates a order_line and there i can choose the product just fine from the list that pops up
Johan Compagner
Servoy
User avatar
jcompagner
 
Posts: 8828
Joined: Tue May 27, 2003 7:26 pm
Location: The Internet

Re: Servoy 5.2.3

Postby jvalencia » Thu Dec 09, 2010 9:27 pm

TYPE_AHEAD issue

The list on the table view shows the id, and the description
On 5.1 you can type numbers or letters and the menu will short the options as you type
On 5.2.2 you can type numbers but no letters
On 5.2.3 shows the menu but the menu doesn't adjust to what I'm typing
I'll try 5.2.4 and see what it happens

Thank you!
jvalencia
 
Posts: 5
Joined: Tue Nov 30, 2010 6:35 pm

Re: Servoy 5.2.3

Postby jcompagner » Fri Dec 10, 2010 1:32 pm

jvalencia wrote:On 5.2.2 you can type numbers but no letters

Yes this was a bug and is fixed in 5.2.3+
jvalencia wrote:On 5.2.3 shows the menu but the menu doesn't adjust to what I'm typing
I'll try 5.2.4 and see what it happens


in this area 5.2.4 should be the same as 5.2.3
But if you type fast then i guess it works. but if you type slower so first 1 char wait wait and then 1 more char the list is empty?

This is because we search then in memory on 1 string that is displayed instead of doing a like search on the database on 2 columns
Will see if i can improve this so that in memory behaves more like the database.

If you have 2 columns appended like you have in your example

column1 column2

then we generate a like on both:

elect distinct productid, productname from products where upper(productid) like ? or upper(productid) like ? or upper(productname) like ? or upper(productname) like ? order by productid asc, productname asc limit ?

so you get hits on both

but if we then have the list in memory and we know the database doesn't have more then we start searching in memory on the con catted string.. so you can suddenly no hits if you only hit the column2

The thing is what is really what we want if you append columns like that the user doesnt know we do a like value% so it should start with it.
is it logical that you get results from the database like that hits only column2? Because currently the typeahead behaves more like "like %value%" when looking in the ui...

EDIT: What database did you have when using 5.1 and which one on 5.2? Do you have something in your log?
Johan Compagner
Servoy
User avatar
jcompagner
 
Posts: 8828
Joined: Tue May 27, 2003 7:26 pm
Location: The Internet

Re: Servoy 5.2.3

Postby jcompagner » Fri Dec 10, 2010 4:53 pm

we fixed the problem (for for example postgresql) when you had a valuelist on a none string column that you use in the typeahead.
Also i made the in memory search and the database search more in sync with each other so that they behave the same.
Johan Compagner
Servoy
User avatar
jcompagner
 
Posts: 8828
Joined: Tue May 27, 2003 7:26 pm
Location: The Internet

Re: Servoy 5.2.3

Postby rgansevles » Wed Feb 23, 2011 3:12 pm

Jeff,

We found the issue using a sample.
The key thing appeared to be that the login form was extending another form.

This will be fixed in 5.2.7.

Rob

jbader wrote:security.login no longer forwards to first form even when returning true

5.2.3, not using enhanced security and using a custom login form.

Any ideas? What do I need to do? Manually show the form after security.login?
Rob Gansevles
Servoy
User avatar
rgansevles
 
Posts: 1927
Joined: Wed Nov 15, 2006 6:17 pm
Location: Amersfoort, NL

Previous

Return to Announcements

Who is online

Users browsing this forum: Google [Bot] and 19 guests