Hi,Our customer is facing the same problem after applying UPD22 (from UPD10 to UPD22).Parameters on TEST (where the UPD22 is being tested) are as below:The problem is that during receiving from transport, the received part is not visible in inventory. It shows after initialization which takes a long time and is generally problematic when technician works.The inventory part synchronization is set quite often as well as transport task - synchronization rules as below.Do you know is it something else I can check and change to make it work?According to information in thread there was a support ticket - how did it finish? Best regards,Hubert
Hi,Our customer is facing the same problem after applying UPD22 (from UPD10 to UPD22).Parameters on TEST (where the UPD22 is being tested) are as below:The problem is that during receiving from transport, the received part is not visible in inventory. It shows after initialization which takes a long time and is generally problematic when technician works.The inventory part synchronization is set quite often as well as transport task - synchronization rules as below.Do you know is it something else I can check and change to make it work?Best regards,Hubert
Hi @paul harland It seems like it’s only iphone feature, on Android I can print to pdf and have to save it and then attach to an email. Customer is using this workaround, but it may vary depending in which browser does the report open. I’m using Chrome, maybe when you set another browser as a default (or uninstall Chrome) it may change.Best regards,Hubert
Hi @Rukmal Fernando The browser from the second screenshot is the Chrome browser - latest version for Android. But it shares only a link. I’ve tried to change a default browser on smartphone but seems like the report still opens in Chrome, not the default browser.Best regards,Hubert
Hi,I’m wondering if the information from lobby could let me find what’s causing the initialization time.Or if the running background jobs affect the initialization time.The time in seconds in first column varies, the longest at nigth.But when I take a new device and login to mWO and start initialization, does it have to wait for a particular process in server to finish?I did a test yesterday, connected to TEST environment and start initialization. It was running quickly first, but next for a good 20-30 minutes it seemed like it was waiting for the server.@James Ashmore - you probably know the most how does it work - could you please add a coment? Customer has reported me 2-3 users who were unable to initialize in 2 hours. They got new tablets and were unable to work. That’s how it looked yesterday on TEST - a long break between 13:07:09 and 13:41:07For some entities there are filters using contract (one user = one contract/site) but people using mWO replace each other, so I can’t see
Hi @lopespetro & @ISD The fragment of the patch mentioned above resolved the ORA-00001error, but the synchronization time remained long. I’ll have to look into again as we have now few users facing this issue.Best regards,Hubert
Hi,One of our customer is also interested in CBAM. Can anyone from IFS could tell me, if there are plans to include it in standard?
Hi @DanMeza and @JOOLSE Could you please send me information what and how to change the code to get: “We have a workaround changing the core code on this which can be done straight away, this workaround involves removing the confirmation dialog and setting the result value to default.”I’d like to test it as more customer iPads have been updated, so the problem is widespreading. Of course, you can kill application 2 or 3 times to get to an end but for end users it’s not a valid solution… Best regards,Hubert
@DanMeza Is it possible to get the changed code (download from IFS, get an email with information what and where to change, etc)?As a partner, we can apply changes into customer environment. If the process will finish without hanging and the service report will open later for an already finished work, it would be fine. The most important thing for customer is to have service report generated, they save it and email to customer directly from iPad after finishing work to confirm, that the work has been done (and there are signatures both customer and user on the report).Best regards,Hubert
@JOOLSE Thank you for the answer. Could you estimate when it may be corrected? In next weeks or it may be months?Regarding customization - can it be done by configuration or does it require customization in code?Maybe consultants from IFS could add some more information to this topic?Regards,Hubert
Hi,Indeed, there is a problem with Grouped Push. I’ve found almost 200 000 rows in mobile_transaction_offline_tab and seems like there is a problem with processing them due to ORA-00001 error in MOBILE_TRANSACTION_PUBLISH_SYSThe procedure has been recently changed in standard, so we are going to apply the change (only in the procedure below as the change was marked as grouped patch to apply with a whole UPD) PROCEDURE Insert_Offline_Rows___ ( entity_ IN Transaction_Entity_Row, transaction_filter_id_ IN VARCHAR2, objkeys_ IN Objkey_Table, context_ IN Transaction_Context) IS tab_ Mobile_Objkeys_Type; -- Local PLSQL collections cannot bind into insert, update, delete, or merge insert_count_ NUMBER;BEGIN IF objkeys_.COUNT > 0 THEN SELECT column_value BULK COLLECT INTO tab_ FROM TABLE(objkeys_); --Only insert missing OBJKEYs to the table INSERT INTO mobile_transaction_offline_tab(app_name, app_ve
Hi,@James Ashmore - you mean this lobby? I've entered AppName as ServiceEngApp - same as on mobile user I did a new test - disconnected and connected once again so it forced full initialization. Updating data like InventoryPart... etc. took approx. 5 minutes, then there was 35 minutes with Waiting for Server on iPad.During that time in mobile user in application there was Init waiting for GP status.What exactly means "Waiting for Server" ? Does the iPad waits for information from server or waits for some background jobs to finish? Looking for VPN connections stats on iPad seems like there is no data communication during first few minutes when "Waiting for Server" and very low traffic (~1kB/s) in next minutes(I'm not sure if it's only mWO, the OpenVPN stats may show other iPad networ usage). So I can suspect 2 things: first - a local DB is being built during that time on iPad but it seems too long or second - iPad is waiting for something to be done on server.Finally it synchronized an
Hi,Similar issue in thread mWO initialization time - identify slowness | IFS CommunityBest regards,Hubert
Hi James,Thank you :) Your solution works perfecty, the files icon is now visible.Best regards,Hubert
Hi Kapila, Thank you for detailed instruction :) “Save” is enough after changing parameter to INIT_TRACE_LEVEL or should I also restart application server? Best regards,Hubert
Hi Kapila, Thank you for your answer.Yes, your are right, there is only one insert into mobile_out_message_data_tab in the procedure Distribute_Transactions___So it means, that there had to be duplicated data which violated index -- Distribute to active devices (called from Publish_One_Transaction_ and Distribute_Init_Transaction_) -- INSERT INTO mobile_out_message_data_tab(device_id, user_id, transaction_scn, transaction_message_id, table_name, transaction_type, message_size) SELECT D.device_id, D.user_id, D.transaction_scn, M.transaction_message_id, E.table_name, decode(M.dml_event_db, DB_DELETE, 'DELETE', DB_UPDATE, 'UPDATE', DB_INSERT, 'INSERT') transaction_type, M.message_size FROM TABLE(device_transactions_) D, TABLE(entity_tables_) E, mobile_transaction_message M, mobile_transaction_user U WHERE M.app_name = context_.app_name AND M.app_version = context_.app_version AND M.transaction_scn = D.transaction_scn AND
Hi Kapila ,It’s APP10 UPD10, production environment.The issue occurs for some of users - 20-30% of them, including IFSAPP I can see in package MOBILE_TRANSACTION_PUBLISH_SYS in procedure Distribute_Transactions___ that there are 2 inserts to mobile_out_message_tab but that means, that in both inserts there have to be same values which violates standard indexcreate unique index MOBILE_OUT_MESSAGE_DATA_UIX on MOBILE_OUT_MESSAGE_DATA_TAB (DEVICE_ID, USER_ID, TRANSACTION_SCN, TRANSACTION_MESSAGE_ID); The problem appears from time to time so I’m looking for clue and solution. It’s very problematic for affected users - they are far from company doing their service tasks and have to register work, time and materials on tablets during their work at customer’s customer. Best regards,Hubert
Hi @Atheeq Maharoof Now it works It’s mandatory as I wanted. Thank you once again for your help! Best regards,Hubert
Hi @Atheeq Maharoof On your last 2 screenshots it seems like you are using Aurena on your device.I’m using IFS MWO Service 10 application from Google store on my Android device. Best regards,Hubert
Hi @Atheeq Maharoof Thank you for the answer. I’ve made change as you described and published but on tablet that field is still not mandatory. I’ve already signed off on tablet, signed on, did synchronization. Also I did a MobileApplication cache refresh.On Aurena it works but not in mWO not. Best regards,Hubert
@skullk - yes, I agree that we cannot strictly connect object to a work task and force to report measurements.But even an alert or reminder would be a nice feature :)
@Dakshinie Wickramasinghe@anmise Thank you, so I’m waiting for RnD to add such functionality in future.
Hi,I can login to https://app10lkpreg-test.ifsworld.com/ But seems like mentioned above “ It’s currently not possible to make measurements mandatory. However, it’s a common request and I’m sure RnD are aware - @skullk “
Hi Ibrahim,I have currently no different environment available. Only REF and customer environment but customer is not using Aurena. Could you try to fix error in packages on REF?Best regards,Hubert
OK, I’m trying and get an error during save. Can you verify it? I’m trying to add workflow in site M-CMB for BOILER object.
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.
