I’m operating two Discourse instances with login required, both running on the beta channel, both are up-to-date. In one of these instances, local links to posts no longer onebox (they don’t produce a broken onebox, they just do not onebox at all). No log entries are produced. Does anyone have an …

I found the problem – and it is a rather stupid one :blush: https://meta.discourse.org/t/internal-oneboxing-does-not-work-on-topics-in-private-categories/24917/13?u=fefrei I ran into this exact problem. Sorry for wasting your time, @codinghorror and @Falco :worried:

We have had intermittent reports of this but we can never repro it. Best guess is outgoing server DNS problems, when we have been able to diagnose it.

I just testet curling from both google.de and my domain itself from within the container, and the domain was resolved correctly. But Oneboxes are still not working (even for new links that are not in the cache)… Any more ideas? Could I help you diagnose that in any way?

There was a bug involving local onebox, login required and subdomain, but this got fixed. When I was debugging it I had to use a dev environment, and it was easy from there, but it was easy to reproduce. If you can find some difference between the working instance and the other we can hunt it down…

[immagine] Falco: If you can find some difference between the working instance and the other we can hunt it down. I cannot really think of any meaningful difference… Both are non-subfolder, Docker, login required, SSO-enabled instances with almost the same plugins.

That’s why this is so hard to diagnose. You have two “identical” sites and.. one is different. We’ve never been able to repro this problem, but it has been reported a fair number of times.

Okay, I thought a bit more about the possible differences… Both sites ran the same version of Discourse. Both sites temporarily ran the exact same set of plugins for testing. The site settings in the Onebox category are identical. The site settings in the Basic Setup category are identical. The re…

[immagine] fefrei: The site with the broken Oneboxes is running on a fourth-level domain; the other one is running on a third-level domain. What does this mean?

The working instance is running on discourse.example.com, the broken one is project-discourse.department.example.com – so it’s a subdomain of a subdomain.

I have an instance on forum.intranet.company.com.br (5 level domain) that works fine. With SSO enabled too. Can you try to peek at /var/discourse/shared/standalone/rails/production.log at the one boxing time? Remember to use a new url, since discourse caches results, and there will be a stack tr…

Here is the log entry for this corresponding call: Started GET "/onebox?url=https%3A%2F%2Fvorkurs-discourse.cs.uni-saarland.de%2Ft%2Fbijektivitaet%2F547&refresh=false" for 188.210.56.176 at 2016-06-18 09:35:52 +0000 Processing by OneboxController#show as HTML Parameters: {"url"=>"https://vorkurs-…

Internal links stopped oneboxing in login-required instance

Product Support

fefrei (Felix Freiberger) 17 Giugno 2016, 7:31pm 5

I cannot really think of any meaningful difference…
Both are non-subfolder, Docker, login required, SSO-enabled instances with almost the same plugins.

Argomento		Risposte	Visualizzazioni
Failure to onebox a local http page Bug	4	1424	Novembre 3, 2016
Internal URL no longer oneboxing Product Support	26	3265	Giugno 12, 2017
Internal oneboxing problem revisited Product Support	5	1047	Luglio 10, 2017
Self Link previews not showing for private sites? Bug	14	3698	Novembre 3, 2016
Cross referencing a post doesn't create onebox Product Support	12	1595	Giugno 12, 2017

Internal links stopped oneboxing in login-required instance

Argomenti correlati