Closed Bug 671770 Opened 13 years ago Closed 10 years ago

No tags for talk or user pages

Categories

(developer.mozilla.org Graveyard :: Tags / flags, defect, P4)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: openjck, Assigned: sheppy)

Details

(Whiteboard: [type:feature])

User pages and talk pages should not be taggable. At most, these pages should inherit the tags of their corresponding articles.
Priority: -- → P4
Do we even need talk pages if we have comments on articles?
this bug is invalid.

we have separate tagging for profile and we won't have any talk pages.

the tags associated with any given docs page will apply to the comments (which are replacing the talk pages).
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
sorry, jumped the gun.  we will have user wiki pages, so not sure we need tags for those pages.

i'm assuming it will be easier to disable tags for those pages than to try to keep tags and filter them out from search, etc.

thoughts?
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Will we have user Wiki pages in addition to user profiles?

I agree that it would be best to disable tags (why allow users to add tags if they would have no effect?). The early PRDs noted that the comments should appear below the article. If this is the case, they may not even need to inherit tags.
Blocks: 671768
Priority: P4 → P2
Blocks: 756266
No longer blocks: 671768
Priority: P2 → P4
Are we planning to have talk pages in Kuma, or just comments at the end of each article?

Also, we are not planning to have user "pages" (at least not in the way MindTouch understood them), are we?
For launch in July (bug 756263), we are carrying over all existing Talk: and User: page content, tags and all. 

But, there will be no links to Talk: pages from respective non-Talk: pages, and no button to easily create new Talk: pages. Also, there will be no auto-creation or link to User: pages. The content will all be there, but special UI to support them.

We're still talking through what exactly we want to do in the future, with regard to article comments and user sandbox pages
Version: Kuma → unspecified
Component: Website → Landing pages
Sheppy- is this something we want to do or can we close it?
Assignee: nobody → eshepherd
Keywords: feature
I still don't want to allow tagging on user and talk pages, but I don't think we technically have these anymore; just leftover user pages from the old system. And we don't have talk pages at all now.
We should probably close this - there's no such thing as user or talk pages now, at least as a proper Kuma feature. We migrated the content, but they're just pages like everything else now.

If we *don't* close it, we'll need to consider user & talk pages as a proper feature, and *then* refuse to allow them to be tagged :)
There are in fact still user pages, such as https://developer.mozilla.org/en-US/docs/User:jswisher

They are automatically linked (even if they don't exist) from profile pages, such as https://developer.mozilla.org/en-US/profiles/jswisher

So, people may still create new ones, even though they're not tied to user accounts the way they were in MindTouch.

Does the notion of wiki page namespaces still exist? If so, this can be reframed as "Disallow tags for specific namespaces".
(In reply to Janet Swisher from comment #10)
> There are in fact still user pages, such as
> https://developer.mozilla.org/en-US/docs/User:jswisher

Yeah, that's what I meant by saying we migrated the content. All the old Talk: pages are still around, too.

But, in Kuma, it's not a proper feature anymore in that they don't get automatically created on signup or get any other special treatment. They're just pages with slugs that happen to start with "User:" Same goes for Talk: pages - the corresponding links no longer appear with "normal" documents, either.

> They are automatically linked (even if they don't exist) from profile pages,
> such as https://developer.mozilla.org/en-US/profiles/jswisher

That's something we never really thought about in the transition from MindTouch to Kuma. We might even want to file a bug to stop linking to User: pages from the profile and work on enhancing profiles themselves, instead.

> So, people may still create new ones, even though they're not tied to user
> accounts the way they were in MindTouch.

Exactly, we don't do anything special. Authors can create pages named "User:something", but they don't mean anything special anymore.

> Does the notion of wiki page namespaces still exist? If so, this can be
> reframed as "Disallow tags for specific namespaces".

Nope, no more wiki page namespaces. There are pages with colons in their names, but mostly just because they were brought over that way from MindTouch. 

We treat Template:* pages specially, but that's really just a hack for expediency to prevent most people from editing server side scripting. 

Instead, we've talked about applying attributes and access requirements to pages and sections, rather than reviving namespaces as a feature.
No longer blocks: 756266
Component: Landing pages → Tags / flags
Keywords: feature
Whiteboard: u=administrator c=siteadmin p= → [type:feature]
I agree with Les on this one. It sounds like our current approach works well enough (the last comment was written more than a year ago) but we can always reconsider if/when this becomes a problem.
Status: REOPENED → RESOLVED
Closed: 13 years ago10 years ago
Resolution: --- → WONTFIX
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.