Re: Restrictions of channel arg of pg_notofy

From: Axel Rau <Axel(dot)Rau(at)Chaos1(dot)DE>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-sql(at)lists(dot)postgresql(dot)org
Subject: Re: Restrictions of channel arg of pg_notofy
Date: 2019-04-28 17:46:12
Message-ID: AE68D1AC-EC94-4F35-9C2C-65A6923D79E5@Chaos1.DE
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

> Am 28.04.2019 um 19:30 schrieb Axel Rau <Axel(dot)Rau(at)Chaos1(dot)DE>:
>
>
>
>> Am 28.04.2019 um 19:02 schrieb Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us <mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us>>:
>>
>> Hard to tell when you haven't provided a complete example.
> This is my test case with constant string:
> CREATE OR REPLACE FUNCTION syslog.new_event_action() RETURNS trigger
> LANGUAGE plpgsql
> AS $$
> BEGIN
> RAISE WARNING 'syslog.new_event_action() called.';
> PERFORM pg_notify('INSERTED', '');
> RETURN NEW;
> END
> $$;
>
> The warning is being logged.
>
> In psql session 1, I run a LISTEN INSERTED;
> In psql session 2, I run my INSERT (getting one row inserted)
> In psql session 1, I run SELECT now(); do not get asyncronous notification.
>
More details:

pg_catalog in not in search_path.

I just tried the same test on another instance (DB fresh created): Same result.

Axel
---
PGP-Key:29E99DD6 ☀ computing @ chaos claudius

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Tom Lane 2019-04-28 18:23:16 Re: Restrictions of channel arg of pg_notofy
Previous Message Tom Lane 2019-04-28 17:02:06 Re: Restrictions of channel arg of pg_notofy