@diogocsc wrote:

I would like to reopen https://meta.discourse.org/t/making-it-clearer-how-to-edit-a-wiki-post/18527, but didn't know how, so added this new post.

So, I've just asked a friend to open this post I wrote, sending her a direct link: https://dialogue.diogocordeiro.pt/t/what-are-the-things-that-need-to-be-addressed-to-effectively-feed-love-and-peace-thoughts-and-actions-into-americas-presidency/63 to test how easy she would find to understand the text and edit it.

I just wanted that anyone - even non-used to forum users - coming to my forum could edit this.

She started by double-clicking my text to try to edit it. She couldn't.
It was not clear (for her, through my eyes) she needed to register. She spent a while trying to write on the post, and I just said she needed to. She only realized how to register when she clicked Post a reply and the login window appeared (which she did reluctantly and after I requesting so, as I had written in the text for people to change text in specific places).

Ok, so, she logged in - perfect, read that an email was sent, activated the account - very nice and flowing.

And then she went back to the post and tried again to double-click it...
Meanwhile I was checking if the admin parameters I had set for a user to edit a wiki post would send some intuitive warning... Eventually they did, though we found the pencil edit icon before that, and after clicking the three dots icon.

So...
I wonder if somehow is possible to have this "edit on and where double-clicked" feature for wiki posts.

Any suggestions to get, with current features, some users participation on that topic I mentioned are also welcomed.

Posts: 2

Participants: 2

Read full topic

@deivid-rodriguez wrote:

Hi!

First of all, thanks for discourse. It's really user friendly!

We've set up a discourse instance so people in Catalonia can discuss the principles and statutes of a newly born political party.

Language spoken in this region is very equally distributed between Catalan and Spanish, see here for a reference. It's also a pretty sensitive issue. Most of the people can understand both languages, but feel unconfortable when they are not given a choice.

So in this context, it's really compulsory to have a language choice. The fact that users can optionally select a language preference in their profile and that the browser language can be optionally autoselected as the site language helps a lot but doesn't completely solve the issue: anonymous users can't select their language.

I guess the same situation happens in other places (Quebec, for example?). In particular, in Spain it would happen in some another regions that have two official languages as well (Galicia, Valencian Community, Basque Country...), which amount to around 40% of the total population (~15million people).

I'd like a simple way of enabling a language choice in Discourse. We've implemented this through a new optional setting that allows admins to select a number of languages which will be displayed in the main menu allowing changing the UI language.

I'd like to ask whether there's interest in this feature so I can open a PR to the discourse repository.

Thanks!!

Posts: 11

Participants: 4

Read full topic

@elmurph wrote:

Hey guys,

I want to start a forum and I have chosen vultr for cloud compute. But am still confused on some details I read on this forum and online too. I use windows 10 and I don't know if it relates to installing dicourse on a cloud server.

This is where I got stuck. Should I pick Windows or any other OS? Is it according the OS I use on my PC?

I just need someone to explain the whole process to me. Thanks

Capture.PNG1250x575 95.7 KB

Posts: 3

Participants: 3

Read full topic

@veer wrote:

The forum works verfy fine, browsing logged , but if i brwose the forum from a admin logged in account, it gives Error 502.
Already rebuilded the app many times.

Posts: 1

Participants: 1

Read full topic

@whizkid77 wrote:

I'm considering using Discourse as the backend for my website and app, but I haven't seen any documentation on its scaling limits.

What's the maximum number of categories we can have? Is it 1000? 10,000? 100,000?

I plan to heavily use the API and create a custom frontend for both web and mobile. Part of this is programmatically creating a new Category whenever a user wants to. So it's more of a backend systems question than the UI.

For example, will the /categories.json endpoint scale? It doesn't seem paginated.

Thanks!

Posts: 2

Participants: 2

Read full topic

@elmurph wrote:

Hello,

I am currently having issues with the last step of discourse installation. I got this reply from my from ssh client while trying to enter " ./discourse-setup"

Capture.PNG649x647 10.9 KB

Please what should I do?

Posts: 9

Participants: 4

Read full topic

@dmitry_fedyuk wrote:

So:

• Do not disturb the recipients during their working time => decrease the «Unsubscribe» and «Report Spam» reactions.
• To be the first letter for a recipient at his morning.

Related: Propose to send digests equally in time, not all at once

Posts: 1

Participants: 1

Read full topic

@Shannon wrote:

Hey all! I'm trying to set up our company's discourse forum but am encountering some issues with emailing. We use GSuite for our e-mail service and I am using GSuite's SMTP-Relay for my SMTP address. I was not able to get the admin account to send an activation email so in order to continue setting up our forum I set myself as admin in terminal.

I have already gone through every option in the e-mail troubleshooting guide to no avail.

• My connection is not being blocked when I check with telnet.
• I ran rails r "SiteSetting.notification_email = 'noreply@MyCompanysWebsite.com'" when I entered the app from terminal because my forum is located on a subdomain of my main company' website. I also tried this with the -exec command in app.yml.

Here is what my app.yml file reads in the relevant section:

env:
  LANG: en_US.UTF-8
  DISCOURSE_HOSTNAME: forum.MyCompanysWebsite.com

  DISCOURSE_SMTP_ADDRESS: smtp-relay.gmail.com
  DISCOURSE_SMTP_PORT: 587
  DISCOURSE_SMTP_USER_NAME:
  DISCOURSE_SMTP_PASSWORD:

and here is the log statement that I get when I run tail shared/standalone/log/rails/production.log:

  Parameters: {"email_address"=>"my-email@my-company.com"}
Sent mail to my-email@my-company.com (232.4ms)
Completed 422 Unprocessable Entity in 260ms (Views: 0.2ms | ActiveRecord: 0.5ms)
Started POST "/admin/email/test" for [ip] at 2017-02-07 03:19:14 +0000
Processing by Admin::EmailController#test as */*

I can't make heads or tails of this & google searches have proven unfruitful. Any ideas about what's going on?

Thanks!

Posts: 11

Participants: 4

Read full topic

@tolkin wrote:

Hey there Discourse team,

I am totally new here and I love what you have done so far. I noticed that when someone replies to a thread created in Discourse forums that answer is marked as an Article with microdata.

This comes up as invalid at Google's Testing Tool since it is missing a few markups such as "headline", "image" and "publisher" which are required when Article is being used.

Is that something that was discussed previously? If yes please feel free to delete my Topic.

Posts: 3

Participants: 2

Read full topic

@leo.proctor wrote:

Hi, I want to add a small flag/tag etc for certain topics in topics list. I'm successful in adding this flag in 'latest' tab by raw-plugin-outlet 'topic-list-after-title'. But i'm unable to find any outlet for 'categories' tab. Is there any plugin-outlet or any workaround to achieve this? thanks.

Posts: 1

Participants: 1

Read full topic

@xiasummer wrote:

I've read the Google-Calendar plugin post, but it is now not working anymore.

I've seen the Google Maps One-Box, it works perfectly now.

I really wander if Google Calendar can work with One-Box ??

Posts: 1

Participants: 1

Read full topic

@elmurph wrote:

I installed discourse but I have not been able to access it with the domain name I use. It's still showing the default goddady page if one have not created a website with the domain. I also tried to use the server url but I have not been able to visit the discourse website with that too. I am getting a little bit frustrated here at the whole process. Please was there anything I did wrong during installation? Please help me out. Thanks

Posts: 2

Participants: 2

Read full topic

@skriesch wrote:

The table post_search_data is damaged. I tried to repair it on different ways:

1) using rake search:reindex:
Output:

root@xxx:/var/www/discourse# rake search:reindex
Reindexing 'default'

Posts:
rake aborted!
PG::InternalError: ERROR:  missing chunk number 0 for toast value 69779 in pg_toast_16766
/var/www/discourse/vendor/bundle/ruby/2.3.0/gems/rack-mini-profiler-0.10.1/lib/patches/db/pg.rb:50:in `exec'
/var/www/discourse/vendor/bundle/ruby/2.3.0/gems/rack-mini-profiler-0.10.1/lib/patches/db/pg.rb:50:in `exec'
/var/www/discourse/lib/freedom_patches/active_record_base.rb:7:in `exec_sql'
/var/www/discourse/lib/tasks/search.rake:9:in `reindex_search'
/var/www/discourse/lib/tasks/search.rake:52:in `block in reindex_search_all_sites'
/var/www/discourse/vendor/bundle/ruby/2.3.0/gems/rails_multisite-1.0.6/lib/rails_multisite/connection_management.rb:126:in `block in each_connection'
/var/www/discourse/vendor/bundle/ruby/2.3.0/gems/rails_multisite-1.0.6/lib/rails_multisite/connection_management.rb:124:in `each'
/var/www/discourse/vendor/bundle/ruby/2.3.0/gems/rails_multisite-1.0.6/lib/rails_multisite/connection_management.rb:124:in `each_connection'
/var/www/discourse/lib/tasks/search.rake:51:in `reindex_search_all_sites'
/var/www/discourse/lib/tasks/search.rake:2:in `block in <top (required)>'
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
Tasks: TOP => search:reindex
(See full trace by running task with --trace)

2) Reindex in the Postgres database:

REINDEX table post_search_data;
ERROR: missing chunk number 0 for toast value 69852 in pg_toast_17881

3) Removing the table post_search_data, excluding it of the last working dump, restoring it in the discourse database and executing the reindex:

-> same like above

4) Trying to remove damaged entries with:

for ((i=0; i<13467; i++ )); do psql discourse -c "SELECT * FROM post_search_data LIMIT 1 offset $i" >/dev/null || echo $i; done
select post_id from post_search_data limit 1 offset 5971;
delete from post_search_data where post_id in (5981,6949,6944,6925,6918,6901,6900);
VACUUM FULL post_search_data;

At first the database is saying it would be removed. But they exist after a short time of waiting.

What can we do that we can get new backups of the complete database?

Posts: 2

Participants: 1

Read full topic

@CosM wrote:

Hi ,

Google the past few weeks is complaining about URL errors .

Figured out that the content of e.g some.forum.com/topic-title/topic-number?page=4 contains 20 posts, from 60th to 80th.
So assuming that this topic has 61 posts, Google "detects" a some.forum.com/topic-title/topic-number?page=5 url, thus a 404 page.

What I was not able to figure out is when and why this is happening, because it does not happen for all topics but for quite a few of them.

Is this a known issue ?

Thanks,
CosM

Posts: 1

Participants: 1

Read full topic

@suanfazu wrote:

I'm developing a plugin to embed jupyter notebooks into discourse posts. It's a private jupyter server and the user can only share his notebooks. So i need to verify the user.

1. how to get the current user (and maybe the author of the post or reply) in discourse onebox plugin? i need to get the username (the login name)
2. another question is, there are script tags in notebook html? seems the onebox removes all the script tags. how to make it keep the script tags?
3. one more question, is there any cache in one box? seems there are no more requests when i modify and save the post

below is my test code

Onebox = Onebox

module Onebox
  module Engine
    class XXXXXXNotebookOnebox
      include Engine
      include JSON
      # include CurrentUser : NameError: uninitialized constant Onebox::Engine::BigQuantNotebookOnebox::CurrentUser
      # include CurrentUser

      matches_regexp(/^https?:\/\/i\.XXXXXXX\.com\/.+\.ipynb$/)

      def placeholder_html
        'hello place holder'
      end

      def to_html
        a = 'no user '
        if current_user
          a = 'has user'
        end
        "test hello html <iframe src='https://XXXXXX.com/'></iframe>  <script>alert('test me');</script> end " + Time.new.inspect + a
      end
    end
  end
end

thanks in advance

Posts: 1

Participants: 1

Read full topic

@erlend_sh wrote:

Continuing the discussion from Show subcategory list UI:

I find our current options for category styling a bit confusing. When I change the category style, I expect that category style to apply everywhere, unless otherwise specified. The fact that a subcategory index has a unique, hardcoded styling is unexpected.

I'd love to have category UI settings with this level of granularity:

• desktop category page style
  • Categories only
  • Categories with featured topics
  • Categories and latest topics
  • None; just show Latest

• desktop sub-category list style (replaces show subcategory list)

  • Inherit desktop category page style
  • Categories only
  • Categories with featured topics
  • Categories and latest topics
  • None; just show Latest

• #feature page style (i.e. configured in a category's General settings)

  • Inherit desktop sub-category list style
  • Categories only
  • Categories with featured topics
  • Categories and latest topics

This would would allow us to set a more documentation-friendly styling for our #howto category, while the rest remains focused on discussion.

(Also find it a bit weird that we only do this on desktop, as there's definitely a way to do a mobile style layout for all of these options, but that's a different topic.)

Posts: 2

Participants: 2

Read full topic

@MarkT wrote:

We ran into an issue while setting up our Discourse forum. We were trying to grant Moderator permission to an account we created for our Sales team, but kept receiving a 422 error.

I went through our error logs and this was showing up:

ActiveRecord::RecordInvalid (Validation failed: Name must be at least 6 characters)
/var/www/discourse/vendor/bundle/ruby/2.3.0/gems/activerecord-4.2.7.1/lib/active_record/validations.rb:79:in `raise_record_invalid'

We had modified the min username length to 6 instead of the default 3 when first going through the setup since that is the length we want to require. Once I reset the field to 3 I was able to add/remove the Moderator permissions. I did some testing and found that I could change min username length anywhere from 1-5 and it did not cause an issue, but as soon as it was set to 6 or greater it broke granting or removing Admin/Moderator permissions.

This didn't make sense to me since we only had 6 Users and all of their usernames were 6 characters or more. I looked through the rest of our forum to see if there was anything that would be related specifically to Moderators/Admins and had a name that was less than 6 characters. The staff Group is the only thing that I've been able to find that meets those criteria. And since it is 5 characters that may be the reason that I can set min username length up to 5 and not cause any issues. This definitely seems like something is not connected correctly within the system.

I found a couple of Topics here with similar issues:

The 'solution' to both of those issues was to just reset min username length to the default value, which is just a workaround not an actual fix for the issue.

Other than this issue the rest of the setup has been a breeze. Thanks for the great product.

Posts: 7

Participants: 5

Read full topic

@meglio wrote:

Here is the email contents that fails parsing correctly:

---

Delivered-To: forum.kozovod.com+d2087a39fd926dc770fc69ad642a5b35@gmail.com
Received: by 10.28.132.66 with SMTP id g63csp2663084wmd;
Wed, 1 Feb 2017 19:35:51 -0800 (PST)
X-Received: by 10.223.129.163 with SMTP id 32mr5222217wra.140.1486006551429;
Wed, 01 Feb 2017 19:35:51 -0800 (PST)
Return-Path: antonov.aleksandr@ukr.net
Received: from frv197.fwdcdn.com (frv197.fwdcdn.com. [212.42.77.197])
by mx.google.com with ESMTPS id l8si26976380wrb.169.2017.02.01.19.35.51
for forum.kozovod.com+d2087a39fd926dc770fc69ad642a5b35@gmail.com
(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Wed, 01 Feb 2017 19:35:51 -0800 (PST)
Received-SPF: pass (google.com: domain of antonov.aleksandr@ukr.net designates 212.42.77.197 as permitted sender) client-ip=212.42.77.197;
Authentication-Results: mx.google.com;
dkim=pass header.i=@ukr.net;
spf=pass (google.com: domain of antonov.aleksandr@ukr.net designates 212.42.77.197 as permitted sender) smtp.mailfrom=antonov.aleksandr@ukr.net;
dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=ukr.net
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net;
s=ffe; h=Content-Type:MIME-Version:References:In-Reply-To:Message-Id:To:
Subject:From:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:
Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
List-Post:List-Owner:List-Archive;
bh=+0/BSKzMgriSB9YKOL4jrtwQnwgUsNw97DIBHsLzxg0=; b=ORXPvy3ZheIkCOubKvid76YgpF
Lb1VV7++WZw7DLfm6Gf9LTzNB45OPw4Ab+cHaYbI+Wb6f/wPoY3YiwCPBpOWqk7zqjZSO6jWPxKyV
V4jZhztvwPXjSOwbEFP93sG/IYsYdDV4eqtRqK6dJGvKSB2CoHHEo6t9NeqikyRY0fQc=;
Received: from 10.10.10.39
by frv197.fwdcdn.com with smtp ID 1cZ8Ba-0000PY-P2
for forum.kozovod.com+d2087a39fd926dc770fc69ad642a5b35@gmail.com; Thu, 02 Feb 2017 05:35:50 +0200
Date: Thu, 02 Feb 2017 05:35:50 +0200
From: =?UTF-8?b?0JDQu9C10LrRgdCw0L3QtNGAINCQ0L3RgtC+0L3QvtCy?=
antonov.aleksandr@ukr.net
Subject: Re: =?UTF-8?b?W9Ca0L7Qt9C+0LLQvtC0XSBb0JfQsNCx0L7RgtCwINC+?=
=?UTF-8?b?INC30LTQvtGA0L7QstGM0LU=?=
=?UTF-8?b?INC60L7Qty/QktC10YLQtdGA0LjQvdCw0YDQuNGPXQ==?=
=?UTF-8?b?INCc0L7Qu9C+0LrQviDQutCw0Log0L7Rh9C10L3RjA==?=
=?UTF-8?b?INGA0LDQt9Cx0LDQstC70LXQvdC90L7QtSDQstC+0LTQvtC5?=
To: =?UTF-8?b?0JrQvtC30L7QstC+0LQg0KTQvtGA0YPQvA==?=
forum.kozovod.com+d2087a39fd926dc770fc69ad642a5b35@gmail.com
X-Mailer: mail.ukr.net 5.0
Message-Id: 1486006388.971650156.fj562tfu@frv39.fwdcdn.com
In-Reply-To: topic/7698/104602@forum.kozovod.com
References: topic/7698@forum.kozovod.com
topic/7698/104602@forum.kozovod.com
X-Reply-Action: reply
Received: from antonov.aleksandr@ukr.net by frv39.fwdcdn.com;
Thu, 02 Feb 2017 05:35:50 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=-K6LsnO4LGh3/XuiP/bZo"

--=-K6LsnO4LGh3/XuiP/bZo
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: binary
Content-Length: 1309
Content-Disposition: inline

01 февраля 2017, 09:56:50, от Екатерина < no-reply@kozovod.com >:
Veterin Екатерина Ветеринар
01 Февраль Александр добрый день. Отдых вашей козе нужен был (без дойки) если она у вас очень истощена. Покрывают высокоудойных коз раз в 1,5 лет. Если она у вас хорошо выглядет - этого делать не стоило - теперь внимательно следите за рационом - может зажиреть и уже не покрыватся.
Молоко такое - скорее всего - молодое, если вымя здоровое и в анамнезе не было мастита - со временем пойдет нормальное молоко.
Высокоудойная - это сколько на пике было и какая длина лактации? Visit Topic or reply to this email to respond. To unsubscribe from these emails, click here .

--
Давала по пять литров.Ну,для меня это высокоудойная.Она сама среднего роста.Лактация была с апреля по средину декабря.

--=-K6LsnO4LGh3/XuiP/bZo
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: base64
Content-Disposition: inline

PGh0bWw+PGJvZHk+PHNwYW4gY2xhc3M9InhmbV81NDc0OTYwMCI+PGJyLz48YnIvPjxkaXY+PGk+
PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNHB4OyI+DQowMSDRhNC10LLRgNCw0LvRjyAyMDE3LCAw
OTo1Njo1MCwg0L7RgiDQldC60LDRgtC10YDQuNC90LAgJmx0OzxhIGhyZWY9Im1haWx0bzpuby1y
ZXBseUBrb3pvdm9kLmNvbSIgdGFyZ2V0PSJfYmxhbmsiIHJlbD0ibm9yZWZlcnJlciBub29wZW5l
ciI+bm8tcmVwbHlAa296b3ZvZC5jb208L2E+Jmd0OzoNCjwvc3Bhbj48L2k+PC9kaXY+DQo8YnIv
PjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwgMjA0LCAy
MDQpO21hcmdpbjowcHggMHB4IDBweCAwLjhleDtwYWRkaW5nLWxlZnQ6MWV4OyI+DQo8c3Bhbj48
ZGl2Pg0KDQogIDxkaXY+PC9kaXY+DQoNCiAgPHRhYmxlIHN0eWxlPSJtYXJnaW4tYm90dG9tOjI1
cHg7IiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIGJvcmRlcj0iMCI+PHRib2R5Pjx0
cj48dGQ+DQogICAgICAgIDx0YWJsZSBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIGJv
cmRlcj0iMCI+PHRib2R5Pjx0cj48dGQgc3R5bGU9InZlcnRpY2FsLWFsaWduOnRvcDt3aWR0aDo1
NXB4OyI+DQogICAgICAgICAgICAgIDxpbWcgc3JjPSJodHRwOi8vZm9ydW0ua296b3ZvZC5jb20v
dXNlcl9hdmF0YXIvZm9ydW0ua296b3ZvZC5jb20vdmV0ZXJpbi80NS8zODI4XzEucG5nIiB0aXRs
ZT0iVmV0ZXJpbiIgd2lkdGg9IjQ1IiBoZWlnaHQ9IjQ1Ii8+PC90ZD4NCiAgICAgICAgICAgIDx0
ZD4NCiAgICAgICAgICAgICAgPGEgaHJlZj0iaHR0cDovL2ZvcnVtLmtvem92b2QuY29tL3VzZXJz
L3ZldGVyaW4iIHRhcmdldD0iX2JsYW5rIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7Zm9u
dC13ZWlnaHQ6Ym9sZDtjb2xvcjojMDA2Njk5O2ZvbnQtZmFtaWx5OidsdWNpZGEgZ3JhbmRlJyx0
YWhvbWEsdmVyZGFuYSxhcmlhbCxzYW5zLXNlcmlmO2NvbG9yOiMzYjU5OTg7dGV4dC1kZWNvcmF0
aW9uOm5vbmU7Zm9udC13ZWlnaHQ6Ym9sZDsiIHJlbD0ibm9yZWZlcnJlciBub29wZW5lciI+VmV0
ZXJpbjwvYT4NCiAgICAgICAgICAgICAgICA8YSBocmVmPSJodHRwOi8vZm9ydW0ua296b3ZvZC5j
b20vdXNlcnMvdmV0ZXJpbiIgdGFyZ2V0PSJfYmxhbmsiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246
bm9uZTtmb250LXdlaWdodDpib2xkO2NvbG9yOiMwMDY2OTk7Zm9udC1mYW1pbHk6J2x1Y2lkYSBn
cmFuZGUnLHRhaG9tYSx2ZXJkYW5hLGFyaWFsLHNhbnMtc2VyaWY7dGV4dC1kZWNvcmF0aW9uOm5v
bmU7bWFyZ2luLWxlZnQ6N3B4O2NvbG9yOiMzYjU5OTg7Zm9udC13ZWlnaHQ6bm9ybWFsOyIgcmVs
PSJub3JlZmVycmVyIG5vb3BlbmVyIj7QldC60LDRgtC10YDQuNC90LA8L2E+DQogICAgICAgICAg
ICAgICAgPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxM3B4O2ZvbnQtZmFtaWx5OidsdWNpZGEgZ3Jh
bmRlJyx0YWhvbWEsdmVyZGFuYSxhcmlhbCxzYW5zLXNlcmlmO3RleHQtZGVjb3JhdGlvbjpub25l
O21hcmdpbi1sZWZ0OjdweDtjb2xvcjojOTk5OyI+0JLQtdGC0LXRgNC40L3QsNGAPC9zcGFuPg0K
ICAgICAgICAgICAgICA8YnIvPjxzcGFuIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0O2NvbG9yOiM5
OTk5OTk7cGFkZGluZy1yaWdodDo1cHg7Zm9udC1mYW1pbHk6J2x1Y2lkYSBncmFuZGUnLHRhaG9t
YSx2ZXJkYW5hLGFyaWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjExcHg7Ij4wMSDQpNC10LLRgNCw
0LvRjDwvc3Bhbj4NCiAgICAgICAgICAgIDwvdGQ+DQogICAgICAgICAgPC90cj48L3Rib2R5Pjwv
dGFibGU+PC90ZD4NCiAgICA8L3RyPjx0cj48dGQgc3R5bGU9InBhZGRpbmctdG9wOjVweDsiIGNv
bHNwYW49IjIiPjxwIHN0eWxlPSJtYXJnaW4tdG9wOjA7Ym9yZGVyOjA7Ij7QkNC70LXQutGB0LDQ
vdC00YAg0LTQvtCx0YDRi9C5INC00LXQvdGMLiDQntGC0LTRi9GFINCy0LDRiNC10Lkg0LrQvtC3
0LUg0L3Rg9C20LXQvSDQsdGL0LsgKNCx0LXQtyDQtNC+0LnQutC4KSDQtdGB0LvQuCDQvtC90LAg
0YMg0LLQsNGBINC+0YfQtdC90Ywg0LjRgdGC0L7RidC10L3QsC4g0J/QvtC60YDRi9Cy0LDRjtGC
INCy0YvRgdC+0LrQvtGD0LTQvtC50L3Ri9GFINC60L7QtyDRgNCw0Lcg0LIgMSw1INC70LXRgi4g
0JXRgdC70Lgg0L7QvdCwINGDINCy0LDRgSDRhdC+0YDQvtGI0L4g0LLRi9Cz0LvRj9C00LXRgiAt
INGN0YLQvtCz0L4g0LTQtdC70LDRgtGMINC90LUg0YHRgtC+0LjQu9C+IC0g0YLQtdC/0LXRgNGM
INCy0L3QuNC80LDRgtC10LvRjNC90L4g0YHQu9C10LTQuNGC0LUg0LfQsCDRgNCw0YbQuNC+0L3Q
vtC8IC0g0LzQvtC20LXRgiDQt9Cw0LbQuNGA0LXRgtGMINC4INGD0LbQtSDQvdC1INC/0L7QutGA
0YvQstCw0YLRgdGPLiA8YnIvPtCc0L7Qu9C+0LrQviDRgtCw0LrQvtC1IC0g0YHQutC+0YDQtdC1
INCy0YHQtdCz0L4gLSDQvNC+0LvQvtC00L7QtSwg0LXRgdC70Lgg0LLRi9C80Y8g0LfQtNC+0YDQ
vtCy0L7QtSDQuCDQsiDQsNC90LDQvNC90LXQt9C1INC90LUg0LHRi9C70L4g0LzQsNGB0YLQuNGC
0LAgLSDRgdC+INCy0YDQtdC80LXQvdC10Lwg0L/QvtC50LTQtdGCINC90L7RgNC80LDQu9GM0L3Q
vtC1INC80L7Qu9C+0LrQvi4gPGJyLz7QktGL0YHQvtC60L7Rg9C00L7QudC90LDRjyAtINGN0YLQ
viDRgdC60L7Qu9GM0LrQviDQvdCwINC/0LjQutC1INCx0YvQu9C+INC4INC60LDQutCw0Y8g0LTQ
u9C40L3QsCDQu9Cw0LrRgtCw0YbQuNC4PzwvcD48L3RkPg0KICAgIDwvdHI+PC90Ym9keT48L3Rh
YmxlPjxkaXYgc3R5bGU9ImNvbG9yOiM2NjY7Ij4NCjxociBzdHlsZT0iYmFja2dyb3VuZC1jb2xv
cjojZGRkO2hlaWdodDoxcHg7Ym9yZGVyOjFweDtoZWlnaHQ6MXB4O2JvcmRlcjoxcHg7Ii8+PHA+
PGEgaHJlZj0iaHR0cDovL2ZvcnVtLmtvem92b2QuY29tL3QvbW9sb2tvLWthay1vY2hlbi1yYXpi
YXZsZW5ub2Utdm9kb2ovNzY5OC8yIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7Zm9udC13
ZWlnaHQ6Ym9sZDtjb2xvcjojMDA2Njk5O2NvbG9yOiNmZmZmZmY7Ym9yZGVyLXRvcDo0cHggc29s
aWQgIzAwNjY5OTtib3JkZXItcmlnaHQ6NnB4IHNvbGlkICMwMDY2OTk7Ym9yZGVyLWJvdHRvbTo0
cHggc29saWQgIzAwNjY5OTtib3JkZXItbGVmdDo2cHggc29saWQgIzAwNjY5OTtkaXNwbGF5Omlu
bGluZS1ibG9jazsiIHRhcmdldD0iX2JsYW5rIiByZWw9Im5vcmVmZXJyZXIgbm9vcGVuZXIiPlZp
c2l0IFRvcGljPC9hPiBvciByZXBseSB0byB0aGlzIGVtYWlsIHRvIHJlc3BvbmQuPC9wPg0KPC9k
aXY+DQogIDxkaXYgc3R5bGU9ImNvbG9yOiM2NjY7Ij48cD5UbyB1bnN1YnNjcmliZSBmcm9tIHRo
ZXNlIGVtYWlscywgPGEgaHJlZj0iaHR0cDovL2ZvcnVtLmtvem92b2QuY29tL2VtYWlsL3Vuc3Vi
c2NyaWJlL2VhM2ZjOWQxNmVjYzcyOGEzNjZiMzBiNWU0OGJkMDQ2MGQ1NzM4NGNmODA0NGExMDI5
YzBkOWM3ZDEzMmFkNjAiIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9uZTtmb250LXdlaWdodDpi
b2xkO2NvbG9yOiMwMDY2OTk7IiB0YXJnZXQ9Il9ibGFuayIgcmVsPSJub3JlZmVycmVyIG5vb3Bl
bmVyIj5jbGljayBoZXJlPC9hPi48L3A+PC9kaXY+DQoNCjwvZGl2Pg0KDQo8ZGl2IHN0eWxlPSJk
aXNwbGF5Om5vbmU7Ij4NCiAgPGRpdj4NCiAgICA8L2Rpdj4NCjwvZGl2Pjwvc3Bhbj4NCjwvYmxv
Y2txdW90ZT4NCjxkaXYgY2xhc3M9InhmbWMxIj48ZGl2Pjxici8+PC9kaXY+PGRpdj48YnIvPjwv
ZGl2PjxkaXY+LS0gPC9kaXY+PGRpdj48YnIvPjwvZGl2PjxkaXY+0JTQsNCy0LDQu9CwINC/0L4g
0L/Rj9GC0Ywg0LvQuNGC0YDQvtCyLtCd0YMs0LTQu9GPINC80LXQvdGPINGN0YLQviDQstGL0YHQ
vtC60L7Rg9C00L7QudC90LDRjy7QntC90LAg0YHQsNC80LAg0YHRgNC10LTQvdC10LPQviDRgNC+
0YHRgtCwLtCb0LDQutGC0LDRhtC40Y8g0LHRi9C70LAg0YEg0LDQv9GA0LXQu9GPINC/0L4g0YHR
gNC10LTQuNC90YMg0LTQtdC60LDQsdGA0Y8uPC9kaXY+PC9kaXY+DQo8L3NwYW4+PC9ib2R5Pjwv
aHRtbD4NCg==

--=-K6LsnO4LGh3/XuiP/bZo--

Posts: 1

Participants: 1

Read full topic

@trudat wrote:

I am operating Discourse as a closed intranet for an organization. I use groups and category permission settings to create private sections for different groups of users.

But the admin user is still able to access topics from any category, and users are bound to figure this out. The users do not want the forum admin to have access to their private discussions

I am looking for a way to restrict the admin's access to a category. The ideal feature would be one that obfuscates the contents of a topic while leaving the topic history and stats intact, so the administrator can see the amount of activity, but not the contents.
This setting could be called 'Hide topic contents from admin' on the security tab of the edit category modal.

Has such a feature ever been considered?

Posts: 6

Participants: 4

Read full topic

@JagWaugh wrote:

I'm not sure what to make of this:

Some specific searches give bad gateway errors

Here is an example:

If I search "remove doorhandle" on our category "E-Type" it returns a list of hits.
If I search "remove doorhandle" on our category "XJ" it returns a list of hits.

If I search "remove engine" on our category "E-Type" it returns a list of hits.
If I search "remove engine" on our category "XJ" it fails with bad gateway

Both of those categories are roughly the same post/thread count, and there should definitely be hits in both categories.

This is 100% consistent. "Engine removal" always fails on the XJ category. "replace doorhandle" never does.

Where do I start looking? The category in question is searchable for other terms.

Posts: 8

Participants: 4

Read full topic