Hi Renée,This works. Thanks!
Change detection works like a charm. But I’ve encountered another issue: The selected row ‘moves’ to the bottom of the screen after refreshing. The scroll bar moves in such way that the selected row is always the second to last row previewed on the screen.I’ve changed the default sort order of the view, thinking it would solve the issue. But it didn’t unfortunately. Do you know if this can be fixed?
Thank you Mark.We will wait patiently until it is implemented.
Thank you for correcting me.The issue with the quick filter is fixed! We overlooked something minor.But another question was raised: Is it possible to filter per column like in the Windows GUI?We tried checking the documentation and we’re not sure if it’s still in development or (again) overlooked by us.
Hi Erwin,Thank you. We’ll make sure to check the optimistic locking when we start using 2023.2.For now I’ve linked the purchase_order_id to the employee (table) instead of updating the purchase need table every time the task is started. Therefore the purchase order id in the purchase need cannot be overwritten by another user if they start the task simultaneously.
The ticket has been created in TCP.
The indicium reports nothing about the reports. The report works fine when running it without the process flow. I’ll add a part of this report below. The upper part is the output we get when running it directly without a process flow and the lower part is the output when running it with the process flow.
Redownloading Indicium and redeploying solved our problem with the DevExpress reports. The ‘generate report’ process action also works as before.Thank you all! 😊
Hi Dick, Thank you.We’ll redownload Indicium, redeploy it from TCP and check if the problems are solved.
Hi Mark thanks for the quick responseI don’t know if it has any correlation but we also experienced some more problems with (DevExpress) reports since updated to inidicium 2023.1. Reports which worked fine for 1 year were ignoring some expression fields in the cells after the update, therefore we had to fix adjust those expressions.The report type is DevExpress Reports. The same report can be printed manually and this works fine, 0 problems. The report action is print preview. The datatype of fila_data_name is indeed varbinary(max) The indicium log gives the following error:[ERR] Process action "generate_report_rpt_shipping_order" in processflow "table_shipping_order_save_report_system_flow" in application 4811 threw an exception. (571360e4)System.AggregateException: One or more errors occurred. (The daemon process has indicated that it has failed to start properly and has sent the following error:System.IO.FileNotFoundException: Could not load file or assembly 'System.Runtime, Version
Thank you all for replying!I solved the problem using the XML method. All selected rows are bundled into one XML parameter and another task loops through the data. All ‘used’ records are removed and unused records are fed to the report. The loop ends when no unused data can be fed to the report.No user input required and all reports are printed correctly. This method is ‘ok’ performance wise, but users may notice that the printing process takes a long time when printing lots of records.The CTE method is actually much faster. I’ll look into this method in the future.
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.