Add Support for Handling Spaces in Custom-Named Trust Levels in Their Group Slugs

Hello again! First off, I want to say thank you to the Discourse team for a fantastic job improving the consistency of slug names versus full names in group titles. Now, I am experiencing a weird issue when attempting to replace the trust level names in my Discourse forum. I replaced all the names to the relevant titles in Jedi vernacular (Nerf herder, Youngling, Padawan, Jedi Knight, Jedi Master).

(Well, almost all of the titles are relevant: we expect a lot of scruffy-looking, uncivilized smugglers that’ll need trade in their blasters for a more elegant weapon for a more civilized age. He may also reserve the right to withhold the rank of Jedi Master from members [staff] belonging to the Jedi Council :wink: )

Strangely enough, though, group slugs only changed for trust levels 1 and 2 (Youngling and Padawan). For some reason or another, the others won’t change even after replacing them in the handy dandy text customization section under the Admin panel (under Admin->Customize->Text). Is there another step I need to take to enable the slugs to be superseded for trust levels 0, 3, and 4?

Groups in question:
https://forum.farfarawaynews.com/g
https://forum.farfarawaynews.com/g/trust_level_0
https://forum.farfarawaynews.com/g/youngling
https://forum.farfarawaynews.com/g/padawan
https://forum.farfarawaynews.com/g/trust_level_3
https://forum.farfarawaynews.com/g/trust_level_4

EDIT: Ah, I think I know what it is. A common thread between all the custom trust levels that aren’t showing their name in their group slug is they all have a space in their custom name which may be breaking slug name generation. Could support be added so these built-in groups can handle spaces in custom-named trust levels?

Any news on a fix or workaround?

我来得有点晚,但当我偶然发现这个,同时在研究另一个支持查询时,我想我应该把它补充完整。 :slightly_smiling_face: 用户名和组名不支持空格,所以你必须用下划线代替(就像默认的那些):

还想标记 @laurent.c,因为他在以下链接中报告了相同问题的某个版本:

关于:

用户名和组名不支持空格,因此您必须使用下划线代替(就像默认名称一样):

我进行了更改,但 slug 没有改变:

即使我使用单个单词,它也不会改变,而这对于 @Hifihedgehog 是成功的。

您可以通过在 /sidekiq/scheduler 页面上手动运行 Jobs::EnsureDbConsistency 来加速所有菜单和地址的更改 :+1:

1 个赞

好的,所以如果我不这样做,作业会在某个时候运行并进行更改吗?

下次运行时,它应该会像手动触发一样进行更改。

1 个赞

这在我们谈论此事后已成功运行过夜——谢谢你,@JammyDodger

1 个赞

谢谢提及。确实,修改在工作之后生效。我将在我已开的主题中报告此事。