Issue Details (XML | Word | Printable)

Key: MBH-34
Type: Bug Bug
Status: Closed Closed
Resolution: Won't Fix
Priority: Normal Normal
Assignee: Dave Evans
Reporter: Pavan Chander
Votes: 1
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
MusicBrainz Hosting

MediaWiki api not working

Created: 14/Jul/10 11:27 PM   Updated: 23/Jan/12 08:59 PM   Resolved: 23/Jan/12 08:58 PM
Component/s: None
Affects Version/s: None
Fix Version/s: None

Issue Links:
Depends
 
Duplicate
 
Resolution
 


 Description  « Hide

Copied from http://bugs.musicbrainz.org/ticket/5204

I'm running MediaWiki 1.15.1, here are my wiki's relevant config bits:

/.htaccess (not located at /wiki/.htaccess):
RewriteRule ^[^:]*\. - [L]
RewriteRule ^/*$ /wiki/index.php?title=MusicBrainz_Documentation [L,QSA]
RewriteRule ^(.+)$ /wiki/index.php?title=$1 [L,QSA]

/wiki/LocalSettings.php:
$wgScriptPath = "/wiki";
$wgArticlePath = "/$1";

Query to test the api: api.php?action=query&titles=About_MusicBrainz&prop=info&format=xmlfm



Sort Order: Ascending order - Click to sort in descending order
Pavan Chander added a comment - 15/May/11 08:42 PM

Dave, did you get a chance to look into this at all?

While this may not be as important as other tickets, an api does need to be made accessible soon. The wikidoc transclusion system will be a pita to maintain without one.


voiceinsideyou added a comment - 14/Sep/11 04:14 PM

I understand that this is needed to resolve MBS-3436; but don't fully understand why, since this worked on Classic.

Is there any progress on this? It really is getting quite tough to maintain the docs; check which ones have been changed and need review/transcluding. There's a special need for this now since we need to rewrite a lot of documentation for NGS...


Dave Evans added a comment - 17/Sep/11 10:29 PM

Short answer: no. It's a non-trivial problem and takes up waaaay more time than I have available to spend, I'm afraid.

Anyone else is welcome to volunteer a solution. Acceptable solutions will be appropriate to our hosting; repeatable; maintainable; documented; secure; and should ideally come with an almost-zero-downtime upgrade path from where we are now.


voiceinsideyou added a comment - 18/Sep/11 03:11 AM

Perhaps others understand the problems with this; however I'm certainly unable to comment personally Perhaps it'd help if we could define the problem better. I'm not actually entirely sure what Pavan was asking for you to do here; or which part is extremely time consuming. Could you please spell out which parts of the above are unacceptable or too time consuming?

Is it the maintenance cost of vast numbers of URL rewrite rules to workaround not using "preferred" url structure? (if I understand Pavan's suggestion correctly) Or the sheer amount of testing required?


Dave Evans added a comment - 18/Sep/11 09:55 AM

1. wiki.musicbrainz.org is part of the live stack, i.e. you can't just dive in and make changes; and we have no test rig. So this slows progress.

2. In order to become maintainable, at some point we need to reinstall the wiki from scratch and migrate all the data across. The bare mediawiki + a couple of rewriterules + API is actually pretty easy.

3. Then, install a truckload of extensions that the community deems to be requirements. All those extensions need to be sourced from somewhere in a maintainable manner, and installed, and tested, and shown to work with each other. For me, this is the time consuming part.

4. Seamlessly switch over from the existing wiki installation to the new one.


voiceinsideyou added a comment - 14/Oct/11 04:19 PM - edited

A workaround for transclusion is in place now, so this isn't as critical as it was before - will leave in Decision Required, i.e. On Hold.


Dave Evans added a comment - 23/Jan/12 08:59 PM

Replaced by MBH-201