Correct note about supported runtime for transaction subqueries (#1300)

`CALL IN TRANSACTIONS` serial (without `CONCURRENT`) with `ON ERROR
RETRY` is going to be supported from Neo4j version 2025.06.

---------

Co-authored-by: Jens Pryce-Åklundh <[email protected]>

Author: henriknyman

modules/ROOT/pages/subqueries/subqueries-in-transactions.adoc

@@ -551,9 +551,6 @@ If the transaction still fails after the maximum duration, the failure is handle
 It is particularly suitable for xref:subqueries/subqueries-in-transactions.adoc#concurrent-transactions[concurrent transactions], reducing the likelihood of a query failing due to xref:subqueries/subqueries-in-transactions.adoc#deadlocks[deadlocks].
 
 
-[NOTE]
-Queries using `ON ERROR RETRY` can currently only use the xref:planning-and-tuning/runtimes/concepts.adoc#runtimes-slotted-runtime[slotted runtime].
-
 .Basic retry with default duration
 =====
 
@@ -785,11 +782,13 @@ By default, `CALL { ... } IN TRANSACTIONS` is single-threaded; one CPU core is u
 However, `CALL` subqueries can also execute batches in parallel by appending `IN [n] CONCURRENT TRANSACTIONS`, where `n` is a concurrency value used to set the maximum number of transactions that can be executed in parallel.
 This allows `CALL` subqueries to utilize multiple CPU cores simultaneously, which can significantly reduce the time required to execute a large, outer transaction.
 
-[NOTE]
 The concurrency value is optional.
 If not specified, a default value based on the amount of available CPU cores will be chosen.
 If a negative number is specified (which can only be done through a parameter), the concurrency will be the number of available CPU cores reduced by the absolute value of that number.
 
+[NOTE]
+Queries using `CONCURRENT TRANSACTIONS` can currently only use the xref:planning-and-tuning/runtimes/concepts.adoc#runtimes-slotted-runtime[slotted runtime].
+
 .Load a CSV file in concurrent transactions
 ====