We are importing a bunch of posts, and the content often contains text like @global or similar (the topic of our discourse instance is related to programming, and @ is a symbol in that language). Is there a nice and clean way to suppress pinging users? I don’t mind pre-processing the posts before importing. As a kinda dirty workaround, I found that inserting an empty bbcode tag after the @ works (like @[b][/b]global). It just doesn’t feel like a very good solution and would require me to parse/tokenize the markdown, since the bbcode should not be inserted if the string is within a code block. So it is not a good solution. A zero-width space is also not a solution as that will lead to weird errors when users copy the code snippet into their own source code.

I think this app/models/post.rb main end end def canonical_url topic_view = TopicView.new(topic, nil, post_number: post_number) page = "" page = "?page=#{topic_view.page}" if topic_view.page > 1 "#{topic.url}#{page}#post_#{post_number}" end def unsubscribe_url(user) key_value = UnsubscribeKey.create_key_for(user, UnsubscribeKey::TOPIC_TYPE, post: self) "#{Discourse.base_url}/email/unsubscribe/#{key_value}" end def self.url(slug, topic_id, post_number, opts = nil) opts ||= {} I think bypass bump also stops mentors from happening again, but and trigger post process has `new_post: false,` So I think you’re safe.

If it’s in a code block it’s not a problem. If your can make sure it’s always in a code block, you’re in good shape. You’ve got to run a real parser to know when you’re in a code block, though. Oh, or turn off the Allow users to mention other users setting while you import the data.

[image] Jay Pfaffman: If it’s in a code block it’s not a problem. Sure if the @name is in a codeblock then it’s not a problem. The problem is detecting when it is and when it isn’t, so that I can prevent the ping outside of codeblocks by inserting the invisible [b][/b] tag between @ and the name. It would indeed require a full markdown parser/tokenizer. [image] Jay Pfaffman: Oh, or turn off the Allow users to mention other users setting while you import the data. Hmm, does that still apply even when the post is later rebaked or would that lead to random pings in that event?

[image] Winston Yallow: does that still apply even when the post is later rebaked I’m pretty sure that when they are rebaked it’s Wyeth a switch to avoid bumps and mentions, but I’ve nether checked the code nor tried it.

I don’t see anything preventing pings, the changes are directly published to clients as far as I understand it (but I am by far no expert in ruby or with discourse, so please correct me if I’m wrong): app/models/post.rb main publish_change_to_clients!(:acted) end def full_url(opts = {}) "#{Discourse.base_url}#{url(opts)}" end def relative_url(opts = {}) "#{Discourse.base_path}#{url(opts)}" end def url(opts = nil) opts ||= {} if topic Post.url(topic.slug, topic.id, post_number, opts) else "/404" end end

Ohhh good spot, I missed that part! Perfect, I will do that then :sparkles:

Suppress user pings in imported posts

Product Support

pfaffman (Jay Pfaffman) November 18, 2023, 12:49am 8

And it may be the case that import scripts set this already. I don’t think a import causes a zillion notifications.

Topic		Replies	Views
Import script (phpbb) Bug	4	2363	March 2, 2016
Fix quotes after phpBB import Product Support	80	7904	May 2, 2018
Hi Meta, we are back. Let's talk about Markdown-it and BBcode Development	5	1110	May 6, 2022
Remove BBCode and convert to Markdown Product Support	3	2095	March 16, 2018
Members problem on importing Mybb to Discourse Migration mybb	25	3742	September 4, 2017

Suppress user pings in imported posts

Related topics