Last modified: 2013-12-29 09:26:57 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T26246, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 24246 - Allow File talk (and File) tabs of files from shared repository to link there
Allow File talk (and File) tabs of files from shared repository to link there
Status: NEW
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
: crosswiki
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-03 11:25 UTC by Danny B.
Modified: 2013-12-29 09:26 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Danny B. 2010-07-03 11:25:53 UTC
If displayed file is linked from shared repository, it shows ("transcludes") the description from there. However, people get confused when they want to start a talk and they usually start it on local project instead of on repository.

Setting some $wgFileTalkTabsLinkToRepositoryIfFileShared (*) boolean variable to set the "File talk" tab on shared files linking to repository instead would be reasonable because it doesn't make a sense to start local talk on shared file.

Additionally, the similar complementary $wgFileTabsLinkToRepositoryIfFileShared (*) would make sense too.

I'm not sure if they should be separated or one $wg... for both namespaces would work good enough. I'm in favour for one variable only, since I can not find any example where two with different setting would take a place, but maybe somebody will.

------------------------------
(*) yeah, maybe not that long ;-) just an example...
Comment 1 This, that and the other (TTO) 2013-12-29 09:26:57 UTC
The problem with this approach, as you describe it, is that there would not be a way through the UI to create, edit or view a local file talk page if someone did want to actually do that. But maybe that is not an issue - I am really struggling to think of a valid use case for creating local file talk pages for foreign files.

How would it be to change the existing UI:

[File] [Discussion]

to, for foreign files,

[File] [Local discussion] [Shared discussion]

Or, as suggested in comment 0, do without the local link altogether if the local file talk page does not already exist:

[File] [Shared discussion]

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links