更新后忽略了设置/法律替代URL

For me, in Settings/Legal, the url to a separately hosted FAQ page (and presumably URLs to the Terms of Service and Privacy Policy pages as well) seem to have stopped working on the forum landing page.

I have tried several test urls pointing to other web pages, but none now seem to do anything, and on my forum landing page the login_required.welcome_message text is always displayed, whereas until recently the FAQ at that nominated url had been what appeared instead.

I can still place a manual link to the same custom pages in the login required dialog, if these are published as posts within Discourse and set to public.

1 个赞

Has this issue been resolved for you? On my test site I’m finding that I can set the tos url and privacy policy url settings to point to an external site. I am not noticing issues with the external links being ignored on either the site’s signup modal or the site’s About page.

1 个赞

Hi Simon
This issue never resolved for me, so I ended up copy pasting from the FAQ (which is actually a public ‘published’ page within the site) directly into the welcome dialog text. Not very efficient, but it works

Interestingly, on clicking to sign up, links to TOS and privacy policy (also public, published pages) were still working from the sign up dialog - so my issue seems to be confined to landing page.

2 个赞

Are you saying that your FAQ page is a Discourse topic that you have published as a page? If so, that is not something I have tried to do.

Hi, yes, that is what I am saying.

I had no choice, as all pre seeded topics dissapeared for me during an upgrade. Has been working ok, untill more recent upgrade stopped them working from landing page.

Oh no. I was going to ask why you were using published pages for the TOS and FAQ pages, but it makes sense now. Using published pages for these topics seems less than ideal though. I’m fairly sure it is possible to recreate the pre-seeded topics. They are set by some hidden site settings. The following settings can be used to reset the Terms of Service and Privacy topics:

  • tos_topic_id
  • privacy_topic_id

I’m unsure of the settings name for setting the FAQ topic ID, but we can track that setting down for you if you’d like to make this change. My understanding is that you would create the new topics in your Staff category, then set the hidden site settings to those topic ids.

Thanks Simon - that is good to know.

If it is possible to track down the FAQ topic ID, that would be good - if only for anyone else striking the same issue of messed up pre seeded topics.

With the landing page issue, a few days ago I turned the problem into a sort of benefit, by generating a much shorter version of the FAQ (mostly for someone not sure if they are in the right place), with links at the bottom to the full FAQ staff topic, TOS staff topic and privacy policy topic from there.

Previously my FAQ was the entirety of the landing page (replacing the welcome dialog text)

1 个赞

For the FAQ topic the site setting name is guidelines_topic_id

I found it in this post: How to fix faq, privacy policy and tos page? - #3 by rieko.

It might be best to first check to see if the old TOS, Privacy, and FAQ topics exist. You could do that by checking the value of each of these site settings from the Rails console, then checking to see if you can find the deleted topics via the UI:

  • tos_topic_id
  • privacy_topic_id
  • guidelines_topic_id

With the ID that is returned from each setting, you can try to find the deleted topic by going to /t/-/<topic_id_from_setting_value>. If the topic exists, it should be possible to undelete it through the user interface. If the topics do not exist, my assumption is that new topics can be created in the Staff category. You will then be able to set those topic ids as the value of each of the settings I listed above. I have not tried doing this myself, but I can test it out on my local dev site if you are unsure about making the change on your site.

Thanks Simon.
Sounds sensible. Will need to get myself sufficiently up to speed with Rails to tackle that suggestion.

Paul,你进展如何?我记得这个问题困扰你很久了。

我自己刚刚也遇到了同样的问题,不小心使用了 delete_all 来处理 FAQ/指南主题,而且过了一段时间才发现。这篇帖子非常有帮助:

如果你需要帮助,我很乐意指导你完成。

1 个赞

我从未找到那些丢失的预设主题,但我仍然对我的解决方法感到满意,因此没有动力去努力尝试——基本上它们现在是常规可编辑的员工主题,标记为公开,我可以并且确实会不时更新它们。

假设您拥有服务器的root访问权限,修复只需5分钟即可完成,而且您不会丢失任何有用的主题内容。

它所做的只是识别那些主题为要使用的主题。

我承认我对使用 Rails 一无所知,但我能够使用数据探索器查询(根据另一位用户的建议,我现在似乎找不到)来确认原始主题确实已消失。

据我所知,我的设置现在似乎“知道”要使用哪些员工主题,即使我用来实现这一目标的方法(我现在也似乎找不到!)不像 Rails 编辑路线那样硬核。

2 个赞