You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that Postgres (9.5 at least) limits the length of channels for NOTIFY and LISTEN:
# LISTEN "pg/tables/TagNotificationTriggers/tag/_org/1/JSON Test/battery/1/lifetimeWh";
NOTICE: identifier "pg/tables/TagNotificationTriggers/tag/_org/1/JSON Test/battery/1/lifetimeWh"
will be truncated to "pg/tables/TagNotificationTriggers/tag/_org/1/JSON Test/battery/"
Finding out about this was a bit of a rude awakening. I just complained on the Postgres mailing list that no channel length limit is mentioned in their documentation. I don't know if graphql-postgres-subscriptions has a way to catch the NOTICE from postgres, but at the very least it would probably be helpful for graphql-postgres-subscriptions print a warning to the console if a topic is longer than 63 characters.
The text was updated successfully, but these errors were encountered:
It seems that Postgres (9.5 at least) limits the length of channels for
NOTIFY
andLISTEN
:Finding out about this was a bit of a rude awakening. I just complained on the Postgres mailing list that no channel length limit is mentioned in their documentation. I don't know if
graphql-postgres-subscriptions
has a way to catch theNOTICE
from postgres, but at the very least it would probably be helpful forgraphql-postgres-subscriptions
print a warning to the console if a topic is longer than 63 characters.The text was updated successfully, but these errors were encountered: