Das kannst du nicht.
pg_cursors ist backend-lokal. Es werden keine Cursor angezeigt, die nicht Teil der aktuellen Verbindung sind.
PostgreSQL hat keine Möglichkeit herauszufinden, welche Abfrage einem Cursor aus einer anderen Sitzung zugrunde liegt.
Die einzige Möglichkeit, die mir dazu einfällt, ist die Protokollanalyse mit log_statement = all und ein passendes log_line_prefix .
