currently when one translate strings in the admin customize panel, if he doesn't put the existed code (i.e. % words) in the translation string, he gets error.
e.g.: if I want to translate activation.welcome_to in the /admin/customize/site_texts/ panel, if I don't put %{site_name} inside the string, it doesn't allow me to save the string.
which is good.
If I translate these strings in the admin/customize/email_templates panel, and remove the needed %s, it doesn't give me any error, and it confirms a successful translation.
after a page refresh, in these cases, the translations go back to the previous state without being saved!
can a error message also be added to the email-template section? otherwise people may not understand their translations in the email_template panel is not being saved.
Before I state what needs to be done, let me explain what my site does, it will (hopefully) make my plugin requirements easier to understand. I own a small community marketplace forum. Users post their listings (virtual items), they PM each other, and whenever they're ready to sell, they message the admins to middleman the transaction. Currently, for this system we're using osTickets (via SSO) to manage the transactions. But, since Discourse already has an "invite user to PM" feature we figured that it would be somewhat easy to turn it into a ticketing system and dump soTickets.
So here are the plugin requirements:
In each PM, there should be an extra button (place to be discussed) that when clicked:
a. Prompts the user with a popup (warning them that they're about to start a ticket). Continue/Cancel option. The message within the popup has to be editable in the templates.
b. If confirmed, it sends a notification to admins (this should be selectable in admin settings on which admins to notify)
c. Instantly posts a reply to the PM from the system (the message has to be editable in templates)
d. The message has to contain a randomly generated number (for tracking, it can be random 7-8 digit numbers) which is included in message mentioned in point c.
I think that should do it for now. Looking for long term work/future upgrades. Most of my past work (custom plugins) was performed by @vinothkannans who is a great dev! But I need this rather quickly so I am posting here to see who can get this done first.
Version 1.7.7. It appears the preview of the digest for a user shows topics the user should not have access to. I have read a few threads and it appears the digest should respect permissions. It may be a problem with the preview, but how do I verify what was sent and that this is not a bug with what actually gets sent out?
If we agree that avoiding walls of text is good forum practice, it would make sense to educate/help users achieve that. A common "mistake" is that users press enter only once to start a new paragraph. How about an education message that is shown when the text in the editor contains a single enter surrounded by text?
The message could say something like: "To create a new paragraph, press enter twice (once is not enough). "
I think this is a regression of a bug I posted a while ago. The problem is in the suggested topics that appear at the bottom of the posts. On desktop, clicking the number (the count of replies) beside the topic shows a selector with the first and last post. On mobile the selector does not appear and the link seems to be broken and causes the page reload.
I, [2017-06-27T18:26:47.304367 #13] INFO -- : Loading --stdin
/pups/lib/pups/config.rb:23:in `initialize': undefined method `[]' for nil:NilClass (NoMethodError)
from /pups/lib/pups/cli.rb:27:in `new'
from /pups/lib/pups/cli.rb:27:in `run'
from /pups/bin/pups:8:in `<main>'
ERROR 2 on other task
2017/06/27 19:05:01 [emerg] 1#1: host not found in upstream "discourse" in /etc/nginx/nginx.conf:35
nginx: [emerg] host not found in upstream "discourse" in /etc/nginx/nginx.conf:35
FMy forum runs on both http and https protocols. When I open http protocol in mobile, I can properly see the first page. However if i want to choose a topic, it doesnt load.
When i press retry button that discourse provided in the middle of the page, it doesnt change anything. But when I refresh the page entirely woth browser, it will load https version and it works fine.
I am pretty sure I once saw an option somewhere in the admin settings that allows me to defer email notifications if a user is still online. I think it's turned on by default, e.g. the forum won't send out emails about new replies/posts if the user is still online. I can't find that anymore. I am probably blind. Or there are just too many option. Either way, help would be appreciated
I've got an issue with my discourse docker installation, everything was working fine until my server rebooted last week, and the webserver on my discourse instance is now returning a 502 Bad Gateway error.
I've looked at the instance - ./launcher enter pointcentral.org - and it seems that the nginx upstream on port 3000 is not available.
When trying to start the discourse server manually, I get this error :
root@swyn-pointcentral:/var/www/discourse# rails server
/usr/local/lib/ruby/gems/2.3.0/gems/bundler-1.14.6/lib/bundler/vendor/thor/lib/thor/base.rb:90:in `included': uninitialized constant #<Class:Bundler::Thor::Base>::Invocation (NameError)
from /usr/local/lib/ruby/gems/2.3.0/gems/bundler-1.14.6/lib/bundler/vendor/thor/lib/thor.rb:468:in `include'
from /usr/local/lib/ruby/gems/2.3.0/gems/bundler-1.14.6/lib/bundler/vendor/thor/lib/thor.rb:468:in `<class:Thor>'
from /usr/local/lib/ruby/gems/2.3.0/gems/bundler-1.14.6/lib/bundler/vendor/thor/lib/thor.rb:4:in `<top (required)>'
from /usr/local/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
from /usr/local/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
from /usr/local/lib/ruby/gems/2.3.0/gems/bundler-1.14.6/lib/bundler/vendored_thor.rb:3:in `<top (required)>'
from /usr/local/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
from /usr/local/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
from /usr/local/lib/ruby/gems/2.3.0/gems/bundler-1.14.6/lib/bundler/friendly_errors.rb:4:in `<top (required)>'
from /usr/local/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
from /usr/local/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
from /usr/local/lib/ruby/gems/2.3.0/gems/bundler-1.14.6/exe/bundle:23:in `<top (required)>'
from /usr/local/bin/bundle:23:in `load'
from /usr/local/bin/bundle:23:in `<main>'
This is not really a bug, but it is undesirable and counter-intuitive behavior.
We just had a customer that was pretty much panicking because it looked like users were seeing topics in the email digest that they shouldn't see. It turned out that if the username autocomplete is not selected, the username is filled in into the username field, but is not being used.
This is not a single incident, in the past months we had at least five reports of strange behavior that could be pinned down to the administrator not confirming a username autocomplete. This time it was the digest preview, another incident involved adding users to a group.
Here is a screencap that shows what I mean. It involves user Richard who is a regular user, but who seems to get a topic in an admin-only category in his preview digest.
For sites interested in moving to Discourse from another forum or trying out Discourse before an import, it's tedious to see that settings get moved from a test site to the live one, or that settings done on a live instance can be easily moved to a restore from an import that started with a clean slate.
Now that themes are supported, part of this problem is solved, but it's still tedious to copy potentially dozens of settings from one site to another.
I started looking at a clean (yet naive) way to do this and started by looking at what data explorer returns for select * from site_settings. That was a good start, but if I reset a value via the web interface, the value still shows up in data explorer. Is it different in rails?
Edit: Another example of my being crazy or looking at the wrong tab. I see now that the setting I changed is still there (of course) but is now blank (as I'd expect). I'd still welcome input on how to best go about this. A plugin that spits out JSON and sucks in an upload?
Hi, all. I’ve just launched a new WordPress website using the excellent WP Discourse plugin for SSO and discussion.
Everything is working smoothly, but I’ve had to import a lot of user accounts from the client’s previous website. These users haven’t all logged in to the new website yet, but the client has asked whether they can be added to the Discourse forum as users, before logging in for the first time and generating their account via the SSO process.
Is it possible to create these accounts on Discourse without having the users login to WordPress and go through the SSO process?
Use Case: simply saying thank you to someone who has posted on a topic that was missing or lacking within a forum. As in, “hey, thanks for your insightful post on Mars. We’ve been hoping someone would shed some light on this subject here at the Planets Forum”
Hello,
I was just thinking of creating a single topic to request features and another to report bugs for mobile, so anything related to mobile can be put there. I am writing here first just to make sure that it is appropriate as I cannot find similar topics. One of my reasons for this is because it seems to me that developments are focused on desktop users when it comes to user experience. Discourse works really well with desktop PC but there can be improvements for mobile devices. For example, when creating new topic on a mobile device one is presented with a small space to write.
It would be nice to have a full screen text editor like NodeBB has (the keyboard will take much of the screen space but still it utilises the whole screen).
Another reason is that increasingly people are spending more time on mobile devices than desktop PCs and people from some regions like southeast asia which is where I am from, use primarily mobile devices to access the internet.
I myself prefer using desktop PC but my target audiences probably dont have the same preference like I do.
Maybe dedicated topics or better yet, a category for mobile would encourage more feedbacks relating to mobile and can better give the development team ideas on what to prioritise when it comes to mobile.
I hope that my suggestion here is taken into notice as I dont see myself using any other forum software. No other open source forum software are developing at the same pace as Discourse or have the designs, features, and visions at the same level as Discourse. At first, I was not impressed with Discourse as I felt it was too minimalistic (not to mention that you also need much resource to run it) but after using it for a while, my eyes hurt when seeing other forum softwares . Anyway, keep up the good work!
When I ran the bundle install I got the following error:
Gem::Ext::BuildError: ERROR: Failed to build gem native extension.
current directory:
/tmp/bundler20170628-4322-ghx9vzmini_racer-0.1.9/gems/mini_racer-0.1.9/ext/mini_racer_extension
/usr/bin/ruby2.3 -r ./siteconf20170628-4322-1czxn7a.rb extconf.rb
checking for main() in -lpthread... yes
creating Makefile
To see why this extension failed to compile, please check the mkmf.log which can
be found here:
/tmp/bundler20170628-4322-ghx9vzmini_racer-0.1.9/extensions/x86_64-linux/2.3.0/mini_racer-0.1.9/mkmf.log
current directory:
/tmp/bundler20170628-4322-ghx9vzmini_racer-0.1.9/gems/mini_racer-0.1.9/ext/mini_racer_extension
make "DESTDIR=" clean
current directory:
/tmp/bundler20170628-4322-ghx9vzmini_racer-0.1.9/gems/mini_racer-0.1.9/ext/mini_racer_extension
make "DESTDIR="
compiling mini_racer_extension.cc
mini_racer_extension.cc:5:37: fatal error: libplatform/libplatform.h: No such
file or directory
#include <libplatform/libplatform.h>
^
compilation terminated.
Makefile:207: recipe for target 'mini_racer_extension.o' failed
make: *** [mini_racer_extension.o] Error 1
make failed, exit code 2
Gem files will remain installed in
/tmp/bundler20170628-4322-ghx9vzmini_racer-0.1.9/gems/mini_racer-0.1.9 for
inspection.
Results logged to
/tmp/bundler20170628-4322-ghx9vzmini_racer-0.1.9/extensions/x86_64-linux/2.3.0/mini_racer-0.1.9/gem_make.out
An error occurred while installing mini_racer (0.1.9), and Bundler
cannot continue.
Make sure that `gem install mini_racer -v '0.1.9'` succeeds before bundling.
and when I use gem install mini_racer -v '0.1.9' to install the gem I got the following error:
Building native extensions. This could take a while...
ERROR: Error installing mini_racer:
ERROR: Failed to build gem native extension.
current directory: /var/lib/gems/2.3.0/gems/mini_racer-0.1.9/ext/mini_racer_extension
/usr/bin/ruby2.3 -r ./siteconf20170628-4511-1jlgunl.rb extconf.rb
checking for main() in -lpthread... yes
creating Makefile
To see why this extension failed to compile, please check the mkmf.log which can be found here:
/var/lib/gems/2.3.0/extensions/x86_64-linux/2.3.0/mini_racer-0.1.9/mkmf.log
current directory: /var/lib/gems/2.3.0/gems/mini_racer-0.1.9/ext/mini_racer_extension
make "DESTDIR=" clean
current directory: /var/lib/gems/2.3.0/gems/mini_racer-0.1.9/ext/mini_racer_extension
make "DESTDIR="
compiling mini_racer_extension.cc
mini_racer_extension.cc:5:37: fatal error: libplatform/libplatform.h: No such file or directory
#include <libplatform/libplatform.h>
^
compilation terminated.
Makefile:207: recipe for target 'mini_racer_extension.o' failed
make: *** [mini_racer_extension.o] Error 1
make failed, exit code 2
Gem files will remain installed in /var/lib/gems/2.3.0/gems/mini_racer-0.1.9 for inspection.
Results logged to /var/lib/gems/2.3.0/extensions/x86_64-linux/2.3.0/mini_racer-0.1.9/gem_make.out
and this is the mkmf.log file.
how should I solve this probelm?
can I download this gem manually to avoid this error?
. Anyway, keep up the good work! 
