Hi @GAUTHIERM , Hopefully you are fine ! You can check in the device database via the query menu if it is a sync issue or a “display issue”. To do so you need to open the query menu, from there you can query the local device database via the quick search field. You need to run an sqlite query. you might need to activate it (set the value to Y) in the app param (ENABLE_QUERY_SCREEN)I do not really understand if a task with a certain task type is not displayed in your mobile anymore or if you miss a certain task_type in your mobile.If you do not see the record in the local dtaabase then you are sure that it is a sync issue. Otherwise it might be a filter issue on the joblist or whatsoever Let me know !
Hi @TatKhandM , What I mean is that it is probably a custom BR, custom mpm, etc which is triggering standard code. For example if you have a lot of after commit custom BR this might happened , you will create parallelism (multiple threads will be executed at the same time) . This most of the time increase CPU usage. In my opinion you should investigate in the system which object is triggering this performance issue. Good practice for me is to try to reproduce the issue in your DEV or TEST environment. If you can reproduce the issue, then you should activate the server logs and start the trigger of the performance problem at a certain timestamp. Once the server logs are downloaded, you could track inside the different threads at the same timestamp. This should help you to find the origin of the problem.As far as I remember you will not be able to see the after commit into the server logs.Therefore, I will advice you to check the server logs and if you get the timestamp around the start
Hi @TatKhandM , What you noticed is for me a standard behavior from the system.It could be that one of your existing BR or internal process is triggering a lot this standard behavior. Do you know what is triggering this massive usage of CPU? Regards,Clement
Hi @christine.munthe , Do you have the FSM_XML_Message.docx documentation? If you do not have it, I think you should ask IFS to give it to you. I could get it in 2017 in a Technical training. Regards,Clement
Hi @christine.munthe, @Atheeq Maharoof Regarding your question, I would like to add a comment related to my personal experience. You should be careful with the XMLs and really make sure that you have the correct documentation.In that case the request_all_view.* will be fine but in other situations it could really become a problem especially if you have relation at the metadata level.In my opinion you should be careful with the .* and try to specify as much as you can the column names. Inside the header <hierarchy_select> header you can also add constraints for example like max_rows or return_only_requested_attrs. Especially in the mobile_sync rules cases.Another personal comment a lot of people tend to use the perform_batch and do quick XML BRs be careful with that especially in high volume inside after_commit execution points. In my opinion this is not really mentioned clearly in the documentation. Have a great weekend !Regards,Clement
Hi Mary and Paul, Thank you for you answers, we finally did not use the customer portal to fulfill the customer requirements.
Hi graeme86, There is a possibility using the client script but I am not sure that it is really a good practice to do so. For example, you could use a check box as the Select column in the following print screen (UI designer) : The user check the Select checkbox The user click on the save button on top of the screen The last step will be to click on the button on top of the list view (custom button where you attached your custom script). In that case Change button Inside your script you use getDBValues if you have multi rows with an SQL query which get all the records with user_def? set to Y (Select column checked). In my opinion this is not really a good practice specially with 5.7.6 because when you will update to 6 version you will have to maintain your script. (You will have to use client script + client script SQL). If you have more information maybe I can help you for another possibility. Regards, Clement Guirard Eqeep B.V
Already have an account? Login
No account yet? Create an account
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.