I'm running a non-supported installation of Discourse on the Arm cloud of Scaleway. Why the last updates to a recent Discourse went smoothly (already a couple of months ago), it's different for v1.7.0.beta5.
We want to move all articles from 1 category to the other, Our categories article count range is from 10 to 34,000. We tried the way mentioned here https://meta.discourse.org/t/move-topics-to-new-category/21313 and it works well for few topics. Is there any other tool that help us to achieve this?
I checked myself in rails code and found a way to achieve this manually using rails console by following this piece of code operator = TopicsBulkAction.new(current_user, topic_ids, operation, group: operation[:group]) changed_topic_ids = operator.perform!
When a topic is marked as solved it gains a tick to the left of the title which is great, however this doesn't show up on the split screen categories/latest home page.
We want to follow below structure in our discourse deployment. Currently we running it locally. Parent cat -> Child cat -> tags
New tagging changes in Discourse 1.6 are very good except the case we encountered. Assume we have 2 categories 'Manufacturer' & 'Honda' with Group tags(honda, suzuki, corrola). Categories are configured as 'Manufacturer'->'Honda' and 'Honda' category can use tag group 'Honda Cars'. 'Honda Cars' group has following tags (Honda, City, Civic, Fit). I add a topic in 'Honda' category with tag 'City'. Now from main landing page i first select 'Manufacturer', then select 'Honda Cars' and then select tag 'City' and it make url like this http://www.myforum.com/tags/c/manufacturer/honda-cars/city and don't show any topic in listing. Even if i change parent category 'Staff' from first drop-down then it build url http://www.myforum.com/tags/c/staff/city. Am i missing any configuration or these are the issue with tagging system? Can you help me to fix this issue?
If i directly select tag 'City' from landing page without selecting any category(www.myforum.com) then it make url 'http://www.myforum.com/tags/city' and show topic in listing.
I like the result. Still reads well. Hence this proposition:
May a setting be added to show the number of likes ON TOP of the heart sign, partially on top of it? If this setting is ON, the text is not shown, e.g. "5 likes". Instead, it is only shown on mouse hover.
You all can see the id="ember1124" but document.getElementById("ember1124"); return nothing. or in some cases it returns wrong number with .length method. I also used getElementsByClassName and methods like this but they don't work in my case. document.getElementsByTagName("body"); works fine but it didn't work well for other tags
This OpenResty plugin automatically and transparently issues SSL certificates from Let's Encrypt (a free certificate authority) as requests are received. It works like:
A SSL request for a SNI hostname is received.
If the system already has a SSL certificate for that domain, it is immediately returned (with OCSP stapling).
If the system does not yet have an SSL certificate for this domain, it issues a new SSL certificate from Let's Encrypt. Domain validation is handled for you. After receiving the new certificate (usually within a few seconds), the new certificate is saved, cached, and returned to the client (without dropping the original request).
This uses the ssl_certificate_by_lua functionality in OpenResty 1.9.7.2+.
bash, curl, diff, grep, mktemp, sed (these are generally pre-installed on most systems, but may not be included in some minimal containers)
This could potentially avoid the need for confusing steps and some support requests in the current setup process for Let's Encrypt and Discourse:
The one obvious complication might be specifying an email address for the Let's Encrypt account, which I'm sure can be handled as part of the Discourse build process.
I'm unsure if the requirements here have an additional memory impact which might need to be considered.
However - I'm just sharing for the Discourse Team to consider.
I added a "Reason for joining" custom field, and put a checkmark on "Required at signup?". That works well for those that sign up for an account without an invitation. With an invitation, the account is created and the custom field is left blank. So far not a problem.
But when the user then wants to change his/her profile, that empty custom field blocks saving. It is not easily seen why saving was denied, and the error message is also not pointing to the custom field. Also, there is no need anymore to require that field.
Is there a better solution to require new members to declare a reason for signing up?
I've read to a couple of threads with the same question. A couple of times the tag function is suiting often not. I love the tag function and see it as a possibility to follow conversation of a simliar theme indepenend of the category they are in.
But it doesn replace sub-subcategorys. Having sub-subcategorys just makes tags more usefull.
For the purpose we're building up the forum it's closly not possible to handle with only one subcategory.
We're building a network of volunteers. We have categorys concerning the full network. Some are only of interest for local purpose. Which means we have one category called glocal. Inside there every Land/town should have their own category. ....from their every local network should have the possibility to organize themselfs with the help of discourse.
Using tags here doesn't sound very confiniend. Tags are used to keep of track of contend free from the static categorys. As a example if you call for support the full network, you just set the tag, while the thread is still in the sub-subcategory to have informations structured and tho more easy accesable.
So I'm wondering if the interest of enabling sub-subcategorys raised during the last month.
If not how can I help to do so?`
@Tom_Newsom had once a simliar wish and arguments.
I can't find a summary page which shows all existing groups. Is this page not existing? I've tried /groups, but all what comes is "Oops! That page doesn’t exist or is private." How to find or create it?
Many thanks for making this wonderful piece of software, I am learning more about it daily and I hope to realise my dreams because of it.
I already have one instance of Discourse running and would like to eventually have 5. If I wanted users to be able to sign-in to all 5 in one go, would I use the single sign-on service?
It is not something I understand, so I am just checking that it is possible and that I am looking down the correct road.
Not sure if this is somewhere else, but I am currently using the steam-auth plugin for logins using oauth. I'd like to disable the default email registration that is available and configure it to only allow steam registration, then after a user has registered, they will be able to use the email/password system to login. Any ideas?
We have a completely fresh install of Discourse, following the online instructions, on a newly-built Red Hat Linux 7 server and are finding that it is crashing nightly (not exactly the same time but it seems to usually happen in the evening when nobody would be using the site). The server was fine before we installed Docker/Discourse and we haven't been able to spot anything obvious in the logs, although we don't have previous experience with Docker or Discourse so could be missing something.
Any pointers as to what might be happening or how to figure out what the problem is? Or other suggestions?
I've changed the ownership of posts from an "old email address" related account login to a new email login as described here (before I read the howto, unfortunately...)
Anyway looking at the "old" user account I see the number of posts this account has is minus 7. How can this be?