Last modified: 2011-08-02 01:57:20 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 T30984, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 28984 - Wikimedia cluster should reverts back to MediaWiki 1.3
Wikimedia cluster should reverts back to MediaWiki 1.3
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Highest blocker with 4 votes (vote)
: ---
Assigned To: Brion Vibber
http://replay.web.archive.org/2002032...
:
Depends on:
Blocks: 29079
  Show dependency treegraph
 
Reported: 2011-05-14 22:25 UTC by Antoine "hashar" Musso (WMF)
Modified: 2011-08-02 01:57 UTC (History)
13 users (show)

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


Attachments

Description Antoine "hashar" Musso (WMF) 2011-05-14 22:25:13 UTC
The Wikimedia cluster is facing a lot of issues mostly related to the crapy MediaWiki 1.17 software. Although it came with lot of AMAZING features in the last few years, it comes with way too much bugs forcing to us to do smashbugging party in Berlin every year.

I hereby request to downgrade to the good old 1.3 version which proven its success since the WikiMedia websites are now a major actor on the internet.

Implementing this backport will solve most of the bug in bugzilla.
Comment 1 Siebrand Mazeland 2011-05-14 22:27:36 UTC
+1
Comment 2 Antoine "hashar" Musso (WMF) 2011-05-14 22:28:10 UTC
adding URL to the archive + ccing our bugmeister since this bug has a HUGE impact.
Comment 3 Platonides 2011-05-14 22:28:19 UTC
How right you are! It was manufactured by some great committers such as vibber
that no longer contribute. We need it back!
Comment 4 DaB. 2011-05-14 22:34:52 UTC
And who should re-open all these bugs which were solved during the years?
Comment 5 Victor Vasiliev 2011-05-14 22:36:59 UTC
+1

It was made back when MediaWiki did not have such creepy commiters as I.
Comment 6 Platonides 2011-05-14 22:39:14 UTC
Revert the bugzilla database to its previous state!
Comment 7 Victor Vasiliev 2011-05-14 22:39:33 UTC
Besides, it makes MediaWiki compatible with PHP 4.
Comment 8 Siebrand Mazeland 2011-05-14 22:40:44 UTC
(In reply to comment #4)
> And who should re-open all these bugs which were solved during the years?

Only if the report was about 1.3 or before.
Comment 9 Mark A. Hershberger 2011-05-14 23:05:07 UTC
This is probably the best way to handle the parser rewrite. No templates makes things so much more easy.
Comment 10 Antoine "hashar" Musso (WMF) 2011-05-14 23:14:38 UTC
We do not need to revert the bugzilla database. We could just ask Brion to reopen the sourceforge bug tracking database. Easier to handle.
Comment 11 Platonides 2011-05-14 23:36:00 UTC
Going back to the cvs version would also make accessing that code simpler.
Comment 12 denny vrandecic 2011-05-15 10:41:38 UTC
But is it compatible to HipHop?
Comment 13 Chad H. 2011-05-15 15:58:04 UTC
Rather than bothering to keep maintaining wiki software ourselves, why not just use SharePoint? I'm sure we'll see a lower TCO as opposed to pouring time and money into developing a wiki engine using PHP.
Comment 14 Max Semenik 2011-05-16 17:03:07 UTC
Hey, why waste time and money on SharePoint at all? Just make some .doc files accessible via a network share.
Comment 15 p858snake 2011-05-17 08:46:56 UTC
(In reply to comment #14)
> Hey, why waste time and money on SharePoint at all? Just make some .doc files
> accessible via a network share.

Plain text files.... Full cross comparability for the most part
Comment 16 Brion Vibber 2011-05-17 09:03:14 UTC
Don't forget SneakerNet support for offline readers...
Comment 17 Ariel T. Glenn 2011-05-17 09:22:29 UTC
No templates... this is the obvious solution to the rendering speed issue!  Why didn't we think of it before?? No new development needed, could be done in a day at most, in comparison to other alternatives which would take months or years.
Comment 18 anminh2008 2011-08-02 01:50:57 UTC
Outdated.
Comment 19 Chad H. 2011-08-02 01:52:09 UTC
That's the point, we need to stop using such new software.

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


Navigation
Links