Archived KB articles should not be visible to regular users/visitors

RESOLVED FIXED

Status

support.mozilla.org - Lithium
Knowledge Base Content
P1
major
RESOLVED FIXED
2 years ago
11 months ago

People

(Reporter: madalina, Assigned: Joni Savage ("need info" me))

Tracking

Details

(Whiteboard: [1st2weeks])

(Reporter)

Description

2 years ago
Archived articles are showing up to regular users and visitors: http://migration26.stage.lithium.com/t5/Privacy-and-security-settings/I-had-a-live-chat-online-through-Nutrisystem-and-I-need-to-find/td-p/216233 

These articles should not be visible to visitors or regular users.
(Reporter)

Updated

2 years ago
Summary: Archived articles should not show to regular users → Archived articles should not be visible to regular users/visitors

Comment 2

2 years ago
Any content that should not be made visible to users of any particular role needs to be placed in a location (category/TKB/etc) that is restricted by the role(s) that are able to view it.  This is a Community activity.

Comment 3

2 years ago
(In reply to scott.riley from comment #2)
> Any content that should not be made visible to users of any particular role
> needs to be placed in a location (category/TKB/etc) that is restricted by
> the role(s) that are able to view it.  This is a Community activity.

Does Lithium even have a KB article archive feature?  See bug 651851 for the background. If not, then maybe this bug should be to "Add an article archive feature".  I'll Need-info Joni on this.

On SUMO, articles are archived when a KB reviewer selects an "obsolete" checkbox in the article description. This can be reversed by unchecking the same box. Links to archived articles are still maintained and archived articles can be found via "advanced search" by anyone(on SUMO, by selecting an "obsolete" checkbox).  When viewing an archived article, a warning appears at the top, "This article is no longer maintained, so its content might be out of date." Example: https://support.mozilla.org/en-US/kb/common-questions-after-updating-firefox-version-29

On Lithium, lists such as http://migration26.stage.lithium.com/t5/Learn-the-Basics-get-started/tkb-p/Learn-Basics-Firefox include archived articles that are viewable to all.  These archived articles   are apparently marked with a lock icon. When viewing an archived article on Lithium such as http://migration26.stage.lithium.com/t5/Learn-the-Basics-get-started/Common-questions-after-updating-to-Firefox-version-29/ta-p/1244922 there is no indication that the content is obsolete.  

 Archived articles should not appear in article listings for anyone, no matter what the role, and should not appear in normal search results.
Flags: needinfo?(jsavage)

Comment 4

2 years ago
> Does Lithium even have a KB article archive feature?  See bug 651851 for the
> background. If not, then maybe this bug should be to "Add an article archive
> feature".  I'll Need-info Joni on this.

I did find http://migration26.stage.lithium.com/t5/Documents-Archive/tkb-p/documents-archive which is a list of articles with a "Documents Archive" heading (it's linked at the end of the http://migration26.stage.lithium.com/t5/Mozilla-Support-Community/tkbc-p/Mozilla-EN "Mozilla Support Community Knowledge Base" grouping).  That "Documents Archive" list looks to be a mixture of different articles, mostly  "How to Contribute" and "Canned Responses", with a few current support articles and a number of migrated archived articles thrown into the mix.

If Lithium doesn't include a feature and process for archiving articles, I think a new bug should be files for that.  We should keep this bug for hiding the archived articles that currently appear in the different article listings on Lithium, since we don't want users to find this obsolete content.  At the very least, these articles should include a clear warning that the content is outdated.

Updated

2 years ago
Severity: normal → major

Updated

a year ago
See Also: → bug 1331024

Updated

a year ago
See Also: → bug 1331258

Comment 6

a year ago
(from comment #3)
> Does Lithium even have a KB article archive feature?  See bug 651851 for the
> background. If not, then maybe this bug should be to "Add an article archive
> feature".  I'll Need-info Joni on this.

I filed bug 1331258 to add an article archive feature to Lithium so I'll clear the needinfo request from Joni.
Flags: needinfo?(jsavage)

Comment 7

a year ago
See Previous comment.  Archiving on Lithium is done by moving content to an "Archive" node.  It's not a feature, it's a community/content management function.  Meaning, a category/board/tkb or whatever is needed is created to house the archived content.  Up to the community manager to decide what roles (if any) should still be allowed to view it.  If no roles should be able to view it.

Example of one that is public:  https://community.sprint.com/t5/Samsung-Archives/ct-p/archiveSamsung

Comment 8

a year ago
AFAIK this bug is about archived KB ARTICLES, not support forum threads.

Archiving support forum threads is also done on SUMO, but that's a feature that kicks in automatically, six months after a support thread is posted. See bug 914266 and bug 943426 for background on archiving support forum questions, such as this one from 2011: https://support.mozilla.org/en-US/questions/848404  

Madalina, should a new bug be filed for archiving old support questions?  (I'll leave that up to you)
Flags: needinfo?(mana)

Comment 9

a year ago
(from comment #8)

> Madalina, should a new bug be filed for archiving old support questions? 
> (I'll leave that up to you)
Make that,
"should a new bug be filed for archiving or hiding old support questions?
(Reporter)

Comment 10

a year ago
Yes, Alice do you mind filing it?

For KB articles, Joni will archive everything when she does the content clean-up after the final migration. That means that archived articles will be moved into a category called "Archive" or something similar that nobody has access to.
Flags: needinfo?(mana)
(Reporter)

Comment 11

a year ago
I'll assign this to Joni so we can close it once the content clean-up is done.
Status: NEW → UNCONFIRMED
Ever confirmed: false
(Reporter)

Updated

a year ago
Assignee: nobody → jsavage
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true

Comment 12

a year ago
(from comment #8)

> Archiving support forum threads is also done on SUMO, but that's a feature
> that kicks in automatically, six months after a support thread is posted.
> See bug 914266 and bug 943426 for background on archiving support forum
> questions, such as this one from 2011:
> https://support.mozilla.org/en-US/questions/848404  
> 
> Madalina, should a new bug be filed for archiving old support questions? 
> (I'll leave that up to you)

(In reply to madalina from comment #10)
> Yes, Alice do you mind filing it?
> 
Madalina, I was about to file a new bug but I thought I should do some testing.  I'm not sure whether Lithium already had an archive feature or whether it simply mirrored the "locked" status of migrated threads that were already archived on SUMO.  For example, this list of questions that were six months old as of the Sept, 2016 migration are apparently locked to further replies (when I tested with my AliceWyman "Returning visitor" profile) but are open to replies when logged in as "mozilla" (admin):
http://migration26.stage.lithium.com/t5/Privacy-and-security-settings/bd-p/Privacy-Security/page/450

If a similar question archive feature doesn't already exist on Lithium I would still prefer that you  or another admin file the bug with the features you want, such as,
- Automatically archive threads six months from the date the question was posted, whether or not there are recent replies (as done on SUMO)
- Include a message similar to "This thread was archived. Please ask a new question if you need help."(as done on SUMO)
- Hide archived threads from search results (as done on SUMO)
- Allow a moderator to un-archive threads (not possible on SUMO)
- Show a message when a user replies to a thread that is about to be archived as requested in bug 943426 (not done on SUMO)

Comment 13

a year ago
(from comment #12)
> - Hide archived threads from search results (as done on SUMO)

Correction: SUMO archived threads are NOT hidden from search results. Example: Do a google search for  "outlook.com doesn't work anymore in firefox" site:support.mozilla.org 
Result:
https://support.mozilla.org/en-US/questions/1114389 outlook.com doesn't work anymore in firefox
(In reply to Alice Wyman from comment #13)
> (from comment #12)
> > - Hide archived threads from search results (as done on SUMO)
> 
> Correction: SUMO archived threads are NOT hidden from search results.
> Example: Do a google search for  "outlook.com doesn't work anymore in
> firefox" site:support.mozilla.org 
> Result:
> https://support.mozilla.org/en-US/questions/1114389 outlook.com doesn't work
> anymore in firefox

Kitsune does not prevent other search engines to crawl and index archived articles but the in-site search does not list archived articles by default. You would have to go into advanced search form and select "include obsolete articles"

https://support.mozilla.org/en-US/search/advanced

Comment 15

a year ago
(In reply to Giorgos Logiotatidis [:giorgos] from comment #14)

> Kitsune does not prevent other search engines to crawl and index archived
> articles
Are you sure about that?  Try searching google for "A quick guide to Firefox for Windows 8 Touch" site:support.mozilla.org. https://support.mozilla.org/en-US/kb/quick-guide-firefox-windows-8-touch does not appear (only a link to it in the All articles and Troubleshooting lists).  

In any case,  my comment 12 and comment 13 were about "archived threads" such as https://support.mozilla.org/en-US/questions/1114389 since Madalina asked me to file a new bug about archiving support questions. AFAIK all support questions, whether archived or not, appear in external search engine results but only if the question is solved (bug 1081933).  I'll leave filing a bug about hiding archived questions on Lithium up to Madalina.
You're right, this page is marked as noindex with '<meta name="robots" content="noindex"/>'

Looking deeper Kitsune instructs search engines to /not index/ archived articles but the archived threads as you say in comment #13 will be indexed.

Comment 17

a year ago
(In reply to madalina from comment #10)
> 
> For KB articles, Joni will archive everything when she does the content
> clean-up after the final migration. That means that archived articles will
> be moved into a category called "Archive" or something similar that nobody
> has access to.

Archived articles still appear in the various lists that are available to regular users/visitors, such as https://support.mozilla.org/t5/Firefox-crashes/tkb-p/Crashing (they're marked with a padlock/blue triangle image).  For example, that list includes a link to this archived and obsolete article: https://support.mozilla.org/t5/Firefox-crashes/Firefox-crashes-when-downloaded-files-are-checked-by-virus-scan/ta-p/2015 That article tells users to open about:config and then to "Locate the browser.download.manager.scanWhenDone preference and double click it to change the value to false."
That preference was removed from Firefox in Firefox 31 (see my 10-03-2014 post at the end of the article's comment section).

Madalina, can you review the priority for this bug? I noted that "[1st2weeks]" has been added to the whiteboard for other "Lithium Migration" bugs but not this one. It's important that users are NOT offered obsolete articles, especially when the article itself doesn't indicate that it is no longer being maintained and may be outdated.
Flags: needinfo?(mana)
(Reporter)

Comment 18

a year ago
You're right, Alice, I added the priority. If this is not fixed this week it should be fixed early next week when Joni comes back.
Flags: needinfo?(mana)
Whiteboard: [1st2weeks]

Comment 19

a year ago
Moving to "support.mozilla.org - Lithium".
Component: Lithium Migration → Knowledge Base Content
Product: support.mozilla.org → support.mozilla.org - Lithium
Madalina what is the position on the older AAQ support threads being hidden from ordinary users and search engines, or archived, and what Sumo Lithium bugs relate to that. 


(In reply to Alice Wyman from comment #12)
> (from comment #8) 
> >...
> (In reply to madalina from comment #10)
> >...
> Madalina,...
> If a similar question archive feature doesn't already exist on Lithium I
> would still prefer that you  or another admin file the bug with the features
> you want, such as,
> - Automatically archive threads six months from the date the question was
> posted, whether or not there are recent replies (as done on SUMO)
> - Include a message similar to "This thread was archived. Please ask a new
> question if you need help."(as done on SUMO)
> - Hide archived threads from search results (as done on SUMO)
> - Allow a moderator to un-archive threads (not possible on SUMO)
> - Show a message when a user replies to a thread that is about to be
> archived as requested in bug 943426 (not done on SUMO)

Comment 21

a year ago
(In reply to John Hesling [:John99] (NeedInfo me) from comment #20)
> Madalina what is the position on the older AAQ support threads being hidden
> from ordinary users and search engines, or archived, and what Sumo Lithium
> bugs relate to that. 
> 
I added KB to the bug summary to make it clearer that this bug is about archived KB articles, not support questions.  I also NI'ed madalina to reply to the above.

Please note what I wrote in comment 15 about SUMO support questions being hidden from search results: 
"AFAIK all support questions, whether archived or not, appear in external search engine results but only if the question is solved (bug 1081933).  I'll leave filing a bug about hiding archived questions on Lithium up to Madalina."
Flags: needinfo?(mana)
Summary: Archived articles should not be visible to regular users/visitors → Archived KB articles should not be visible to regular users/visitors
(Reporter)

Updated

a year ago
Flags: needinfo?(mana)
Priority: -- → P1
(Assignee)

Comment 22

a year ago
I set up permissions on the Archive category and the articles contained in it so that they don't appear in search or when browsing unless you're a registered contributor. 

The catch is that the archived articles are now hidden (visitors are promoted to log in in order to view the article). I think this solution is okay for now because we prefer that visitors don't see these articles anyway (they're more for the community's records).

For articles that we do want people to see through direct linking, we can put them in the public categories, but Lithium allows us to mark individual articles off as "hide from search."

Closing this for now as this particular issue has been addressed. I'll file a new one for moving Admin articles out of Archives, but this isn't urgent for this sprint.
Status: ASSIGNED → RESOLVED
Last Resolved: a year ago
Resolution: --- → FIXED

Comment 23

a year ago
I can access https://hwsfp35778.lithium.com/t5/Documents-Archive/Certificate-Pinning-Reports/ta-p/29236 when signed into my AliceWyman (site moderator) profile.  However, when I try to access it when signed into my wymette profile, https://hwsfp35778.lithium.com/t5/user/viewprofilepage/user-id/718536 I get this error:
"You do not have sufficient privileges for this resource or its parent to perform this action."

Joni, It's possible that many other contributors could see a similar error. Can you check permissions for my wymette profile? I can edit and publish KB articles with that profile (for example, I see an "Edit" and a "Publish" button at https://hwsfp35778.lithium.com/t5/tkb/articlehistorypage/message-revision/1378285:1 while signed in as wymette) but the profile page is shown as "New user".
Flags: needinfo?(jsavage)

Comment 24

11 months ago
I'll clear my NeedInfo request.
Flags: needinfo?(jsavage)
You need to log in before you can comment on or make changes to this bug.