Solved

How to prevent "Request error. The object was not found. You may have insufficient rights or the object no longer exisits."

H
Rank
Userlevel 2
Badge +5

We’ve got a table task that enables our users to delete certain records from a grid. This task is triggered by a double click on the record. The user can then select a task parameter that deletes the record that was used to trigger the task. We then refresh the subject. 

The user then get’s the following pop-up: 

Although the message pop-up is not strange, since the selected record was deleted. It’s confusing for our users since the wording is strange and the behaviour was intended.

What can we do to prevent this message from triggering? 

icon

Best answer by Arie V 7 July 2023, 11:55

View original
This topic has been closed for comments

15 replies

Renée Evertzen
Rank
Userlevel 4
Badge +3

Hello Harry,

It seems like something might be out of sync, for example a task parameter to table link that is missing from the application's model. Have you tried re-synchronizing your application to the IAM that you're using, just to be sure that this is not the issue?

H
Rank
Userlevel 2
Badge +5

Hi Renée, 

Yes I've tried syncing but the issue is still occurring. What I think is causing the issue is the fact that the user has a records selected (since he needed to double click it to trigger the task) and when the task is executed, the selected record get's deleted. This is reflected by the message stating that the object was not found, however for our end-users this does not make any sense so we'd like to suppress the message. 

Renée Evertzen
Rank
Userlevel 4
Badge +3

Unfortunately I don’t know then. I am not part of the Indicium or Universal team so I have no detailed insights into what could be causing this issue. I can only reason from the perspective of my knowledge of SF/IAM models and possible origins for this problem from that perspective.

Hopefully you will be able to find the answer to your question :)

A
Rank
Userlevel 6
Badge +10

@Vincent Doppenberg Any insights on whether we can suppress this error if it is actually intended to get this record deleted?

T
Rank
Userlevel 1
Badge +4

I am having an issue like this too

A
Rank
Badge +2

@HarryA We were having the same issue. We solved it by incorporating the task in a process flow, which then closes the document and reopens it again. This way you don’t get the error message and the user can go on and select the next record.

Anne Buit
Rank
Userlevel 7
Badge +5

It would be helpful to get some more information about the API call that causes a 404 error code and subsequently causes this message to be shown.

This information can be found in the browsers’ developer tools, more info here.

For instance, the configured refresh action of the double-click task may influence this behavior. If the task is configured to refresh the selected row after execution and the selected row has been removed from the overview due to the execution, a message like this could be expected.

H
Rank
Userlevel 2
Badge +5

@HarryA We were having the same issue. We solved it by incorporating the task in a process flow, which then closes the document and reopens it again. This way you don’t get the error message and the user can go on and select the next record.

@Allard Lakerveld Hi Allard,

Thank you for the suggestion. Opening and closing the whole document in our situation is unpredictable for the end-user in our case so I do not think that is the way to go for us.

It would be helpful to get some more information about the API call that causes a 404 error code and subsequently causes this message to be shown.

This information can be found in the browsers’ developer tools, more info here.

For instance, the configured refresh action of the double-click task may influence this behavior. If the task is configured to refresh the selected row after execution and the selected row has been removed from the overview due to the execution, a message like this could be expected.

 

@Anne Buit Hi Anne,

The API call that causes the 404 error is the stage_edit call. The Request URL is: ‘[Application]/calculation_component_overview.contract_calculation_overview(calculation_id=13531,calculation_component_id=107491,grouped_component=false)/stage_edit’

I’ve checked the refresh setting, the task has Subject as Refresh after Execute configured. 

Please let me know if I can supply additional information to give a better insight into the problem

Anne Buit
Rank
Userlevel 7
Badge +5

Hi Harry,

This is quite a specific scenario but it looks like the selected record in calculation_component_overview no longer exists with the primary key values after executing the task.

Does the task edit any data? Even if so, the chance for this should be quite low - the task-configured refresh after the (double-click) task should ensure the record is up-to-date.

There may be an issue where the ‘Edit row’ is initiated before the task-configured refresh by the double-click is performed. This could be verified by looking at the HTTP log or you could add a ‘Refresh subject’ process action after the task to further ensure a refresh is done before the ‘Edit row’.

H
Rank
Userlevel 2
Badge +5

Hi @Anne Buit, 

Thanks for the swift response! I’ve added a screenshot from the calls below, so if I understand you correctly the issue is being caused by the two calls that happen before the change detection? 

 

Anne Buit
Rank
Userlevel 7
Badge +5

Hi Harry,

The most interesting part is what happens before the 404.

I’m assuming the task causes the key of the selected record to change or causes the selected record to become unavailable to the user somehow. The question is whether or not the data is refreshed between the task execution and the subsequent edit the current record instruction by the process flow.

T
Rank
Userlevel 1
Badge +4

We had the same issue but in our case refresh after execute was set to subject so we changed it to none and made a procesflow which refreshed the parent first then the child and that made it go away
 

 

H
Rank
Userlevel 2
Badge +5

Hi Harry,

The most interesting part is what happens before the 404.

I’m assuming the task causes the key of the selected record to change or causes the selected record to become unavailable to the user somehow. The question is whether or not the data is refreshed between the task execution and the subsequent edit the current record instruction by the process flow.

Hi Anne,

This time the screenshot of all the HTTP calls after te commit 😅 But as shown I do not think it gets refreshed

 

We had the same issue but in our case refresh after execute was set to subject so we changed it to none and made a procesflow which refreshed the parent first then the child and that made it go away
 

Hi Thimothy, 

Thanks for your reply unfortunately even if I only set the refresh after execute to none, it still shows the message. 

 

I’ve added some further screenshots to give a better insight in the situation

This is an overview of a voyage of one of our vessels. If we do not want to sail via the Kiel Canal we can double click the record to open a task.
This task will open, where you can “block” the Kiel Canal and when you press execute we calculate a new route via API calls to a third party.
On the screenshot you can see the Kiel Canal has been deleted and the error message is popping up.

 

A
Rank
Userlevel 6
Badge +10

FYI: after further investigation we found that Auto-edit somehow was still enabled on the Variant, while Edit was disabled (and thus causing the setting no longer be visible in the SF). After disabling the setting, our error is gone.

For the SF issue we raised TCP 7209. 

R
Rank
Userlevel 1
Badge +2

Just as potential additional reason the situation might occur is when something in the record has changed (like a state) which places the record outside of the prefilter condition.

Terms & ConditionsCookie settings