I see a language field in most of the notifications tables but it does not seem to be working. Have i missed something in configuration somewhere or do i have a different view of how this should work?

My use case:

- i have a node type Ruling
- it is bilingual and therefore has a translated version of each node
- i have some of the fields "synced" between translated nodes
- i subscribe to nodes of type Ruling

so when i edit a Ruling node i get 2 emails - one for each language. Although pretty sure I should only get the one for my language.

i guess this somewhat opens up the UI mess if i want to actually get notified of any Ruling edits; but i think the 99% use case would be to filter on the user's language.

i do see 2 events created for this one edit (even though, yes, 2 nodes are being updated) - both are tagged as EN in the events tables, so possibly this is flagging what state the site was in when the event created, not quite sure how useful that is.

Comments

liquidcms’s picture

liquidcms commented
Status: Active » Closed (duplicate)
jvieille’s picture

jvieille commented
Category: support » bug
Status: Closed (duplicate) » Active

Which duplicate? I did not found any on this particular issue.

Actually, Notifications does not care about i18n (there are issues related on this, for example template translation)

This is actually a bug : if you use i18n and you update a synced translated node for one language, all other translated nodes are updated and fire notifications regardless you decide or not to notify the update (through the Notifications tick box) .

This is a conceptual design in Notifications that prevents to control notifications when the node is not edited from the UI, but indirectly by something else.

I don't know if this can be done from Notifications itself, but it seems that this is more often handled by the other modules, so maybe it is up to i18n to care about this

For example, File Framework does a good job at controlling notifications from node to attachments.