Occasional crash when printing
Paul Timms
12-12-23
Operating system: Windows
We have an occasional crash bug which would be useful for a senior developer to check out. The story is this:

- A user prints an order

- Within 1 second another user creates a delivery from the same order
- System crashes with index: 1:ORVc:SHIPFLAG. D4IndexDelete found no record
- Order is not printed

After index dump and/or hard restart, record history shows:
- Delivery has been created properly
- Order has been successfully updated with Shipd1 qtys and ShipFlag = 1
- Order printed flag (Prntdf) is 0
- Printing the order sets Prntdf to 1 and the order prints


My assumption is that if the order print job is queued up, it holds the order record variable within that sequence of procedures until it can be printed. If, in the meantime, the order has been updated by another process (e.g. creating a delivery) the print job is trying to update an older version of the order and this is what's causing it to crash.
Brittany McGrath
12-19-23
Hi Paul,
I have asked a Development Manager to advise the best person to look into this for you.
I hope to have an update for you shortly.
Bror-Erik Kotiranta
4-9-24
Paul, i have a feeling some of these should be fixed already. Have you checked latest dev or rc ?

Paul Timms
9-30-24
Thanks Bror-Erik, it's hard to replicate so we won't know for sure until we upgrade the customer with this issue.
Leave Comment
You can subscribe to notifications for this post by selecting the 'star' icon on the top right corner of the post.
Back to the list
Latest Posts
Ibrahim Bashir
Hello, System >> Settings >> Optional Features >> Idle User Timeout (Minutes) this is configured to 15 minutes in my setup. is there a way to make this works per user? or skip s...
04:56 29 Nov 2024
Reino Botha
Please check your version of android if it is the same as the server you are connecting too. ...
08:24 21 Nov 2024