CREATE DEFINER=`atronix`@`%` PROCEDURE `PA_release_lane`(IN lane INT, IN palletizer INT)
BEGIN
INSERT INTO syslog(message, data1) VALUES (CONCAT("Manually releasing lane ", lane), lane);
UPDATE accumulation_lanes2 JOIN manual_releases ON accumulation_lanes2.lane = manual_releases.lane
SET manual_releases.status = 'PENDING', manual_releases.palletizer = palletizer, accumulation_lanes2.state = 'SUSPENDED'
where accumulation_lanes2.lane = lane;
END
Can you show the content of your named query of the problematic line? It would clear things up.
I think what @PGriffith is driving at is that if you have it as a regular query but it says "UPDATE someTable SET x=y WHERE id=:id" or similar (which is what your python comment implies it is, an update query) but you have it set as a regular query, you’re going to get an error.
Ignition can’t parse your SQL so this is the only way you can inform Ignition of the nature of the query and if it should be returning a result set or if its just going to be getting back a number of affected rows etc.
If you change the Query Type to Update Query and try again do you still get the error?
If this is SQL Server, I think there’s something at the top to get it to play nice with Ignition, I think SET NOCOUNT;
But right now yes I would expect you to get an error because your Query Type being Query means Ignition expects a result set. You’re Stored Procedure is not providing a result set. Hence the issue.