Please find details below of the items included in this latest release.
Fixes (12):
Form values edited in web are not reflected in web & mobile
Forms that were created and completed on mobile would save correctly, but subsequent edits to those values in the web application were not reflected in either web or mobile views. The saving and synchronisation of edited Forms has been fixed so updates made in the web application are now stored correctly and reflected consistently across both web and mobile.
Work done notes with images no longer duplicate on the mobile app
A problem in the mobile app could cause a work done note with an image to be sent multiple times in quick succession, resulting in duplicate notes appearing on the web application even though the note was only submitted once. The note submission process has been updated so each work done note, including those with image attachments, is now saved only once and displays as a single entry on both mobile and web.
QR code scanning on the new mobile app now correctly opens the linked records
Scanning QR codes in the new mobile app was showing a “data not found” message, even though the same codes worked in the legacy app. QR code handling has been corrected so valid codes now resolve to the correct records and open as expected in the new app.
Job completion now reliably saves signatures and time on the mobile app
In some cases, completing a job on the mobile app did not fully close the job, and the recorded signature and time spent on the job were not saved correctly. This has been fixed so when a job is completed from the app, the job status, engineer signature and job time are now recorded and saved reliably.
Part requests now move smoothly from selecting a SKU to entering quantities
A problem in the mobile app meant that, after selecting a part for a request, the app returned to the part list and required extra taps before allowing the quantity to be entered. The part request flow has been streamlined so once a SKU is selected, the app proceeds cleanly to the quantity step without unexpected navigation.
Engineer status now updates correctly when a shared job is completed
When two engineers were working on a shared job, completing the job on one device removed it from the other engineer’s device but left their activity stuck on “Working on job”. Status handling has been improved so when a shared job is completed, the other engineer’s status is updated appropriately instead of remaining on an active job state for work that has already been completed.
Jobs now recognise selected equipment without needing to restart the app
After selecting equipment on an emergency job, the mobile app could still display a message asking for equipment to be added before completion, and only allowed closure after restarting the app. The equipment selection step has been fixed so once equipment is chosen, the job can be completed without needing to restart the application.
Emergency jobs no longer leave duplicate temporary jobs on the device
Emergency jobs could sometimes leave an orphaned temporary “T” job on the device after the live job number had been created and processed. This caused confusion on the job list and could trigger incorrect prompts about missing equipment. The emergency job handling has been corrected so the temporary job is cleared properly and only the live job remains on the device.
Blank screen when selecting a root cause has been resolved
In some cases, attempting to select a root cause while closing a job in the mobile app caused the screen to go blank, preventing completion. The root cause selection process has been updated so the list now loads correctly and the screen remains responsive, allowing the root cause to be chosen and the job to be closed as expected.
Android back button on job list returns to login screen
On Android devices, pressing the physical back button from the job list after logging in could take the user back to the login screen instead of behaving as expected within the app. The navigation handling for the Android back button has been updated so using it on the job list no longer returns to the login screen unexpectedly.
Parts requests raised from a job now retain the correct job reference
When a parts request was raised from a job in the mobile app, it could appear in Service Geeni as a General Request with no job number, making it unclear which job the parts related to and difficult to process. This behaviour has been corrected so parts requests raised from a job are now created with the correct request type and retain the associated job reference in Service Geeni.
Jobs now close correctly when all purchase orders are already completed
The mobile app could block job closure with an “open PO” message even when all purchase orders on the job had already been completed in Job Control. The PO check has been corrected so jobs can now be closed from the mobile app as long as there are no genuinely open purchase orders on the job.