Aware IM User Forums

Thanks for finding a glitch in getLayoutPanelId - we will fix it

There were no changes in this build that could cause any problems like that.

Please check that port 8080 is not blocked.

Check Tomcat output as well - it probably has an exception that explains what's going on - maybe you have changed something inadvertently while restoring your custom files.

When you communicate between two business spaces, you shouldn't use the status and error fields. The status code will always be success (200) and error conditions should be specified in the response - in other words all responses are successful and the error message is encoded in the response itself.

Great stuff. Well done!

Dear Aware IM customers,

we have released build 3273, which has improved support for the Scroll View (gallery) widget for custom queries.

Another significant improvement is support for the "client credentials flow" in OAuth 2

The complete list is in the changelog:
awareim.com/dokuwiki

"It seems that the line "int count = 0;" should be "let count = 0;" or "var count = 0;" as 'int' is not a valid keyword in Javascript."

Yes, most definitely

I had a look at the code. It can be done with some custom Javascript: 1) You need to change the type of the operation from StartvProcess to Execute Javascript. 2) Then you have to add the following scrript: var grid = parser.getWidget (); int count = 0; var id = setInterval (function () { if (! grid...

I see - inline editing was the detail that I missed. With inline editing on, what you are saying is most probably true. I will investigate tomorrow what you can do about it.

If you prepare a small BSV that would save me some time.

Jaymer is right - you need to provide a little bit more clarity. From your log it seems that the Update operation is executed as a request from the user interface AND that the process invoked from a row operation is executed AFTER the update. This means that something is happening before the process...

There are two processes - Transaction_Edit and TransactionLinItem_UpdateWithConfirmation

Which one are you starting? What are the rules of the process?

Can you attach your rule log?

Can you try turning "No auto-refresh" on (property of the operation that starts the process)

"I found that when such a row operation is executed, the rules of the BO are automatically executed (triggered), which is good." No, they are definitely not executed automatically when a row operation is started. If the process that you start modifies the record, then yes, the rules are executed for...

What do you have in the old-style code now?

I am not yet familiar with this new JS syntax for asynchronous functions, but it does look right. Certainly a lot easier than doing it with traditional "promises".

Something like this is probably possible with a script, but not available yet out-of-the-box