No, it has to be added from the remote topic. What’s the use case for wanting it to have a different title?
There’s always the option of manually creating the thread and setting the topic ID in the embed - then you can pick whatever title and content you want for the Discourse topic.
Control which comments are embedded?
@eviltrout I just noticed that this thread was re-opened. While it was closed, I replied to your questions here:
I’d love to get some feedback from you as other forum folks have suggested I’ve come across a bug.
Edit: I hope this gentle bump is not obnoxious. If it is, let me know
Is this still the only solution for the sameorigin issue: Same Origin Hack?
EDIT I am past the same origin part but now I am getting a 403 error. I am on the latest version of discourse. When I reload the page after loading the first time, it works but I can’t have new pages getting a 403 on topic creation. Do I need to set the DISCOURSE_ENABLE_CORS to true in my app.yml file?
Does discourse copy the contents of the blog post into its own topic? If yes, then couldn’t you be penalized for duplicate content in SEO?
The title is retrieved when Discourse makes a call back to your application asynchronously. Does your application not respond to URLs with the correct page title even on first request?
I’ve not heard of being responsible for any penalization of SEO, but in theory it’s possible. I’d be curious to hear if anyone had that problem.
Open shortcuts from keyboard in Firefox 52.0.2
Since it is a single page app, the title always stays the same. I think I can work around it with an angularjs hack to modify the page title on route change though. My biggest problem is a 403 error right now.
There is no such thing as a "duplicate content penalty"
What happens, is one is “chosen” as the better and other(s) are excluded.
This gives some the idea that the other(s) are being penalized.
If there was a true penalty all would be excluded.
I’m running into a 403 error and have read everything i can find on solving the error and nothing seems to work.
I have triple checked my embedded hosts and everything should be working correctly.
I am trying to embed comments on a specific page that i am hosting in an s3 bucket. I have my subdomain pointed to the bucket with a cname and it resolves correctly. But on the page where the comments should be I get a flash of “loading comments” and the logo, and then it throws a 403.
I am running discourse through docker on a digital ocean droplet.
My Admin Panel (ignore the ip):
Here is my code:
It looks set up correctly, although it’s a bit odd that the URL has a slash after read.html. You are accessing it at the same URL?
http://staging.josephsnell.co/read.html – note the host has to be exactly the same.
3 posts were merged into an existing topic: Discourse WordPress plugin version 0.6.6
UL class stripped in topic posts
So i switched some stuff up and tried to do it from scratch. I think that that was part of the issue with the trailing /.
But it still wasn’t working so I changed it to just point to a specific post id. And magically it worked.
So the issue is within the post url, so i will just try and work through that and see what the deal is. Either way it is working with specific topic ids.
Sounds like wpautop at work
Deleting topics while maintaining links to WP blog article
Thanks. I have this working now. I can see that, using this embed method I get a comment count and also detail of time since the posts were made. Are there any other advantages to using this method over the wp-discourse plugin?
Also, I am wondering if it is somehow possible to get WP to recognise the number of replies on the associated discourse topic and set the number of comments for each entry on the main blog page on my site (as WP does by default with its own comments system)
- Can the ‘Start Discussion’ link point to the bottom of the article, so that the user can clearly see the reply button on loading the topic page?
- And, optionally can the reply box automatically open?
- Similarly can the reply box automatically open on page load when clicking ‘Continue Discussion’
These changes would I think make the integration with WP blog entries much smoother.
Thanks for this awesome feature!
I’m really struggling to get an embedded feed to create a new topic.
It works when the user is logged in to discourse, but I want it so that the user doesn’t have to be logged in to discourse to view the feed (with the button “Start the discussion”) …is that possible?
If not, then I suppose I’ll have to do a workaround to force them to go to discourse first, to log in?
I have a test page (https://intranet.industry.nsw.gov.au/_helper/testing-comments/discourse-embed-2)
…with the embedded code…
But when I navigate to this page, I just get the “Loading Discussion…” text hanging.
And I eventually get those JS errors…
VM665 comments?embed_url=https%3A%2F%2Fintranet.industry.nsw.gov.au%2F_helper%2Ftesting-comments%2F…:75GET https://comments.industry.nsw.gov.au/embed/comments?embed_url=https%3A%2F%2…ranet.industry.nsw.gov.au%2F_helper%2Ftesting-comments%2Fdiscourse-embed-2 403 ()
(anonymous function) @ VM665 comments?embed_url=https%3A%2F%2Fintranet.industry.nsw.gov.au%2F_helper%2Ftesting-comments%2F…:75
Uncaught TypeError: Cannot read property ‘forEach’ of undefined
(anonymous function) @ comments?embed_url=https%3A%2F%2Fintranet.industry.nsw.gov.au%2F_helper%2Ftesting-comments%2Fdiscou…:205
Uncaught TypeError: Cannot read property ‘highlighted_languages’ of undefined
Thanks for any help in advance!
It should work out of the box this way. For example on my blog https://eviltrout.com you don’t need to be logged in to view the comments or click “Continue Discussion”.
Since it’s not working: do you have
login_required or other privacy settings enabled on your forum? It needs the content to be publicly accessible.