In my case, it does not work anymore in the login solution!
the new CSS is totally skipped.
When I set it in the onSolutionOpen of the solution itself, it works back again.
100% sure, this was working in 6.1.1
make a case then, but at first sight i don’t see any changes at all in that area.
This is the app we’ve been pounding Servoy 6.1 with since the alphas a few months ago. We’ve found a few minor quirks with 6.1.2 (for the first time in a while some server only behaviors) but no show stoppers as of yet. Really grooving on 6.1.2.
Could use a few more testers to give things a spin. There is an internal reporting system for your feedback. We also have a public Trello board where you can follow our progress:
https://trello.com/board/data-sutra-mil … dd548d817e
Host environment:
- blades with Intel Xeon 5650 processors running at 2.67GHz
- 2.5" SAS harddrives in a raid 10 config
- 96 RAM per blade
- gigabyte ethernet ports and an integrated LSI 1064e SAS controller
- located in St Paul, Minnesota at a highly secure and redundant hosting facility
If you would like a Servoy developer version of Data Sutra to try out locally, email us at info@data-mosaic.com
bummer, can’t login with IE!
Harjo:
bummer, can’t login with IE!![:wink:]( "Wink")
Webkit browsers (Chrome, Safari) only for our first release. We have some HTML5-only stuff going that we’ll have to regress for various browsers as needed.
Hello
I have discovered a problem with the StringSerializer.
If i Have an array of array only the first array is saved correctly.
This only happens in 6.1.2.
[{"_3":1,"javaClass":"org.mozilla.javascript.NativeArray","_0":1,"_1":"detail","_2":"mrr_form_dtl"},{"_3":1,"javaClass":"org.mozilla.javascript.NativeArray","_0":2,"_1":"table","_2":"mrr_form_tbl"}]
Regards
Jonpaul:
Hello
I have discovered a problem with the StringSerializer.
If i Have an array of array only the first array is saved correctly.
This only happens in 6.1.2.[{"_3":1,"javaClass":"org.mozilla.javascript.NativeArray","_0":1,"_1":"detail","_2":"mrr_form_dtl"},{"_3":1,"javaClass":"org.mozilla.javascript.NativeArray","_0":2,"_1":"table","_2":"mrr_form_tbl"}]Regards
no that output is currently how it works, yes we are working on it to make that better to stay way closer to json
Hi All,
The Issue SVY - 2906 is not fixed . It is occurring at our end . The performance is much more improved . But it is still occurring randomly . In a scenario we are having 4713 records . When I am scrolling down after few attempts it is again going to the top of the page . Complete scrolling down is not working .
Thanks,
Ashutos.
ashutoslenka426:
The Issue SVY - 2906 is not fixed . It is occurring at our end . The performance is much more improved . But it is still occurring randomly . In a scenario we are having 4713 records . When I am scrolling down after few attempts it is again going to the top of the page . Complete scrolling down is not working .
which browser?
In IE9 this behavior is seen by some of us (i can’t reproduce this) but only in IE
Hi Johan,
It is occurring in Mozilla 15.0 . you are right it is occurring randomly . It is not reproducible. Can you please share some informations on this . How to fix this ? . Actually this has been a very big issue in our project .
Thanks,
Ashutos.
Hi Johan,
I am doing this setting for table view . Is there any other settings needs to be done. Please provide your suggestion on this.
application.putClientProperty(APP_UI_PROPERTY.TABLEVIEW_WC_DEFAULT_SCROLLABLE, true);
application.putClientProperty(APP_UI_PROPERTY.TABLEVIEW_WC_SCROLLABLE_KEEP_LOADED_ROWS, true);
Please provide your feedback on this.
Thanks,
Ashutos.
I can’t give you any info to fix this in this release. We still need to figure out why it happens our selfs.
For now i guess don’t use scrollable tableviews but use the normal paging one then it works fine and fast.
Hi Servoy,
I am getting quite often in Servoy Developer the error below, however neither the error nor the .log file contain any useful information on what actually is causing it or how to fix it:
!ENTRY org.eclipse.core.resources 4 75 2012-09-14 21:52:42.976
!MESSAGE Errors occurred during the build.
!SUBENTRY 1 org.eclipse.dltk.core 4 75 2012-09-14 21:52:42.976
!MESSAGE Errors running builder 'Script Builder' on project 'ar_module'.
!STACK 0
org.eclipse.core.runtime.AssertionFailedException: assertion failed:
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:110)
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:96)
at org.eclipse.dltk.internal.javascript.parser.JSDocValidatorFactory$TypeChecker.checkType(JSDocValidatorFactory.java:134)
at org.eclipse.dltk.internal.javascript.parser.JSDocValidatorFactory$TypeChecker.validate(JSDocValidatorFactory.java:127)
at org.eclipse.dltk.internal.javascript.validation.TypeInfoValidator.build(TypeInfoValidator.java:130)
at org.eclipse.dltk.internal.core.builder.StandardScriptBuilder.buildModule(StandardScriptBuilder.java:255)
at org.eclipse.dltk.internal.core.builder.StandardScriptBuilder.buildNatureModules(StandardScriptBuilder.java:197)
at org.eclipse.dltk.internal.core.builder.StandardScriptBuilder.build(StandardScriptBuilder.java:69)
at org.eclipse.dltk.internal.core.builder.ScriptBuilder.incrementalBuild(ScriptBuilder.java:551)
at org.eclipse.dltk.internal.core.builder.ScriptBuilder.build(ScriptBuilder.java:176)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:728)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:199)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:239)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:292)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:295)
at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:351)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:374)
at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:143)
at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:241)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
jcompagner:
I can’t give you any info to fix this in this release. We still need to figure out why it happens our selfs.
For now i guess don’t use scrollable tableviews but use the normal paging one then it works fine and fast.
https://support.servoy.com/browse/SVY-2906 was fixed in 6.1.1 and worked really well. At least with webkit browsers and the following settings in place:
application.putClientProperty(APP_UI_PROPERTY.TABLEVIEW_WC_DEFAULT_SCROLLABLE, true);
application.putClientProperty(APP_UI_PROPERTY.TABLEVIEW_WC_SCROLLABLE_KEEP_LOADED_ROWS, true);
Servoy 6.2.2 fixed this issue: https://support.servoy.com/browse/SVY-2588. Pretty sure it is responsible for breaking SVY-2906 though.
The problem is that grids with a scrollbar randomly reset (redraw completely) which pops the grid view back to the initial set of records. This is exactly what the 2588 fix does to grids when the window is resized to get the grids to resize.
I say “randomly” reset as we can’t pinpoint the trigger of the grid reset. But what we’ve noticed is that it occurs almost all the time in the first few initial scrolls of a grid and sometimes when the user is doing nothing but other users are interacting with the same grid in another swc session (not sure if there is a correlation here).
It is worth noting that this doesn’t happen to grids that don’t have a vertical scrollbar (because larger viewport than total rows). Also, our grids almost exclusively have all four anchors set so haven’t tested with various anchoring configurations.
We should have caught this in our initial testing of 6.1.2 but for some stupid reason we didn’t have loaded up a grid with our usual 10,000 rows. Just assumed from our 6.1.1 testing that it was all cool. My apologies.
Be glad to test any private builds of future releases before they are released. Getting scrolling grids to work is also an absolutely critical issue for us.
rossent:
!ENTRY org.eclipse.core.resources 4 75 2012-09-14 21:52:42.976
!MESSAGE Errors occurred during the build.
!SUBENTRY 1 org.eclipse.dltk.core 4 75 2012-09-14 21:52:42.976
!MESSAGE Errors running builder ‘Script Builder’ on project ‘ar_module’.
!STACK 0
org.eclipse.core.runtime.AssertionFailedException: assertion failed:
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:110)
at org.eclipse.core.runtime.Assert.isTrue(Assert.java:96)
at org.eclipse.dltk.internal.javascript.parser.JSDocValidatorFactory$TypeChecker.checkType(JSDocValidatorFactory.java:134)
at org.eclipse.dltk.internal.javascript.parser.JSDocValidatorFactory$TypeChecker.validate(JSDocValidatorFactory.java:127)
at org.eclipse.dltk.internal.javascript.validation.TypeInfoValidator.build(TypeInfoValidator.java:130)
at org.eclipse.dltk.internal.core.builder.StandardScriptBuilder.buildModule(StandardScriptBuilder.java:255)
at org.eclipse.dltk.internal.core.builder.StandardScriptBuilder.buildNatureModules(StandardScriptBuilder.java:197)
at org.eclipse.dltk.internal.core.builder.StandardScriptBuilder.build(StandardScriptBuilder.java:69)
at org.eclipse.dltk.internal.core.builder.ScriptBuilder.incrementalBuild(ScriptBuilder.java:551)
at org.eclipse.dltk.internal.core.builder.ScriptBuilder.build(ScriptBuilder.java:176)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:728)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:199)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:239)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:292)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:295)
at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:351)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:374)
at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:143)
at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:241)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
i have seen this also now and then, but was difficult to track down what was really the cause of this
i had a discussion with a dltk developer and he pointed me to what could potentially fix this, so i did a fix for the next 6.1.x release.
jcompagner:
I can’t give you any info to fix this in this release. We still need to figure out why it happens our selfs.
For now i guess don’t use scrollable tableviews but use the normal paging one then it works fine and fast.
Scratch everything I said in last post. Issue is:
…stored calculations…
Add a stored calculation to a scrolling grid and right away you will see erratic grid behavior (reloads to first set of records intermittently when scroll to the bottom). Also, multiple people logged in can trigger other client grids reloads.
If you have a grid and detail views sharing the same foundset showing at the same time, a stored calc field on the detail view can trigger the grid to reload. Just doesn’t happen as often.
This flag set to true or false doesn’t make a difference one way or another:
application.putClientProperty(APP_UI_PROPERTY.TABLEVIEW_WC_SCROLLABLE_KEEP_LOADED_ROWS, true/false)
New case created for grid issue since I couldn’t reopen the other case:
https://support.servoy.com/browse/SVY-3126
Please please please vote this one up!
Anyone else getting flaky tab ordering in web client? I say flaky because we can’t determine why sometimes tab ordering gets out of whack and sometimes it’s just fine. It is happening enough to be really annoying and we need to figure out the cause.
david:
Anyone else getting flaky tab ordering in web client? I say flaky because we can’t determine why sometimes tab ordering gets out of whack and sometimes it’s just fine. It is happening enough to be really annoying and we need to figure out the cause.
I’ve run across this too. Very intermittent and un-reproducable, but annoying to say the least. I think it’s only happening when deployed via server and not in Developer, but I haven’t been able to pinpoint it beyond that.
Hi, I have just imported a project in to 6.1.2 on Mac OS X 10.8.2 with Java 1.6.0_35.
I start a client from Developer and try to log in, it fails because I have no users.
I try to add a user to the admin group from developer, but I’m unable to change the password or the uuid.
The fields are not editable. If I try to log in using password as password it fails.
How do I get around this?
C