Neither of these was actually spam, but that's not a big deal. I've adjusted the spam host threshold. However, it's weird that I got so many duplicate messages about it.
Just wondering, if we delete any of the default categories, such as Lounge, Site Feedback, etc., will it break anything? Is there anything in the discourse core that is hard-coded to attach to these pre-defined categories? Thanks in advance for any replies!
Was wondering if it is possible to remove the pop-up box that appears when pressing number of comments on a topic. I would love to remove that extra click to get the content for our users and don't need the advanced functionality to select if you want to jump to first or latest comment. Basically i would love users to jump directly to last unread comment as it happens when pressing the topic title.
When a user's own letter avatar doesn't load, discourse doesn't show any placeholder for it. That means the user's "profile/messages/preferences" menu at the top-right completely disappears, preventing them access to many features. Typing a P will bring it up, but first-time users won't even know anything is missing, and looking-up those keyboard shortcuts is too much to expect of users in general. This problem also shows up elsewhere, like making it impossible to show which users have "Liked" a post, as the elements collapse, preventing mouse-over.
I suspect that this could be most quickly and easily fixed by merely filling-out the alt= field for the avatar images, instead of leaving them all null. Including a small screenshot made in the sandbox, for those who haven't seen this effect first-hand:
I'd like to sidestep all the reasons why avatars don't always load (as a dozen other topics have), and focus on ensuring the UI is more robust to that eventuality. Whether it's network issues, CloudFlare issues, local caching issues, or even the user choosing to disable image loading in the browser. I don't believe image load failures should break the functionality of a website.
if !authentication.has_authenticator? && !SiteSetting.enable_local_logins
return render nothing: true, status: 500
end
You can see that a `500 internal error` is returned without any other sort of error message or indication of what the problem could be. While creating a user with the Discourse API I lost a bunch of time today thinking that something was wrong with my server instance. The logs had no information around the error and it was a bit perplexing to figure out what was going on. It doesn't look like I can submit issues on the GitHub page so please consider this a request to add better logging or return a json failure similar to the code right below it:
On my install, I disabled allow_uploaded_avatars since I built an SSO solution for an existing CMS installation (using Contao) and plan to use the already-available avatars from the website (not available yet). Thus users will never be able to upload profile pictures through Discourse.
However, the Avatar education message appeared recently which confused users. It should not appear when allow_uploaded_avatars is disabled, and while we're at it, this should also be true when sso_overrides_avatar is set.
We want to build an art based forum for amateurs that want to learn the different painting techniques. The main idea is that the different artists upload their artwork and explain what technique (through tags), materials or how to do it (through the content of the post).
In order to make the easiest way to this, we have in mind some tweaks for a Discourse instance and some for a linked WordPress instance.
(If someone is interested, you can send me a PM to talk about details and budget.)
1. Artwork upload
Add a button next to "New Topic" called "Upload artwork". When the user clicks on this new button it will open a modal window similar to "Create Topic" but focused on upload the artwork elements. The button wouldn't add any new functionality -in fact, it wouldn't have a composer, only a form-field like-, its main purpose would be focus the user on upload an image or images and choose the correct tag with a closed list of these.
We want that this button and modal would be added on the WordPress site, with the same design but making use of the API to post to a Discourse topic.
As a result of this form-like button, it will create a topic as usual with some CSS tweaks to visualize it better, like in the blog post plugin.
2. Artwork gallery
The Upload Artwork button-form won't only create a topic but will produce another results:
Modify the profile of the users that have uploaded one of more artworks, so the background of his profile will be a clickable grid-style gallery of the artwork(s) they have published.
Create a new page with gallery that will list all the artworks listed by number of likes received and by date uploaded (basically a category list extracting the image as the main attraction to click).
The same page gallery but in Wordpress, via API (that links to the topics in the Discourse instance).
Hey guys. I'm trying to get latest posts with help of Discourse Api gem. I've added next lines to my initializer:
module DiscourseApi
module API
module Posts
def latest_posts(params = {})
response = get('/posts', params)
response[:body]['latest_posts']
end
end
end
end
On Friday everything worked fine, I was able to get latest posts. But now it responses with 500 status
In the below message, the first and last link has /community/community/ referencing the subfolder name twice creating a broken link. The last link should be going to /community/admin/users/meghaf, and the first to /community/users/meghaf
The above issue began for our community around November 12th, which is when we moved to a sub-folder install. Messages prior to that date work correctly.
I've dug into it enough to know this is from an email template, but I didn't dig far enough to see how %{base_url} and %{user_url} are being set.
I want to establish a network of Discourse forums. Each site in the network will be a stand-alone site with its own url (abc.com, xyz.com...) and theme etc with a common user account repository such that an account at one of the sites allows the user to access the other sites as well.
I find it quite annoying, that for every action there pop up this "clippy" hints like "You're trying to start a new conversation", "This might be similiar", "you got an Achievement!".
I cannot find in the preferences where i can disable this (as a user) despite from trying to adblock them. Is the some useful option? Or does it need to be activated by the server admin?
I am ramping up a big forum with Finnish as the default languate. We are now in a public beta testing phase, running the new one.
One of our members stepped up immediately, pointing out that there are some inconsistencies in the translation and that he would like to improve it. He has experience in making translations and he just joined Transifex for this purpose.
Now this is totally new territory for me, so I am calling for fellow Finnish Discourse users to get him into the right direction. How to submit minor changes to the translation project so that they will eventually appear in a future Discourse release?
Currently a user's full name field is being used as the from field in emails. Is there a way to configure it so that it picks the username as the from field?
Pretty much the opposite request to the suggestion here:
My users are a fun community that are using the 'full name' field as a sort of custom silly title field, as a way to mimic what they could do back on old phpbb forums. It works great, but some of the titles don't immediately give way who is posting for this use case, and username would be much more helpful in email digests.
Does anyone know how to best get a computed alias to work into the DiscoveryController?
My logic currently looks like this...
import DiscourseController from 'discourse/controllers/controller';
import DiscoveryController from 'discourse/controllers/discovery';
DiscoveryController.reopen({
needs: ['controller', 'application'],
myproperty: Ember.computed.alias('controllers/controller.myproperty'),
__init: function() {
console.log(this.get('myproperty'));
}.observes('model').on('loaded')
});
The problem I'm having is that myproperty never gets set to the value of myproperty that is set in the main Discourse Controller, I've used ember quite a bit and I think the issue is just coming down to proper naming since the DiscourseController is not named like the other ones as it's the main application controller, but attempting to use