[HOME PAGE] [STORES] [CLASSICISTRANIERI.COM] [FOTO] [YOUTUBE CHANNEL]


Bug 6800 – LinkSearch often doesn't show up in list of special pages

Last modified: 2007-05-08 21:22:43 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 6800 - LinkSearch often doesn't show up in list of special pages
LinkSearch often doesn't show up in list of special pages
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
LinkSearch (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-07-24 04:58 UTC by Thomas Hempel
Modified: 2007-05-08 21:22 UTC (History)
0 users

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


Attachments

Description Thomas Hempel 2006-07-24 04:58:13 UTC
Currently it has a very unusual way of registering itself as a special page,
which often doesn't work. making it use the recommended way specified in
SpecialPage.php makes it work consistently.
It requires changing the area around line 21 of LinkSearch.php to:
 	$wgSpecialPages['Linksearch'] = array ('SpecialPage', 'Linksearch');
Comment 1 Brion Vibber 2006-08-31 17:09:50 UTC
Seems to work fine...?
Comment 2 Gunter Schmidt 2007-03-16 13:58:43 UTC
I can confirm this bug. Maybe it is due to the german localization.

Used 1.9 and 1.10 with LinkSearch of today.

Comment 3 Gunter Schmidt 2007-03-17 11:23:19 UTC
The require_once call has to be placed before all other extension calls.
Comment 4 Rob Church 2007-03-17 17:03:07 UTC
(In reply to comment #3)
> The require_once call has to be placed before all other extension calls.

Not an acceptable workaround; extensions MUST NOT interfere with other code in a
negative fashion.
Comment 5 Brion Vibber 2007-05-08 21:22:43 UTC
This will have been fixed a couple weeks ago; several extensions were not
returning correct code from hook, thus aborting other extensions. :)

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


Contents Listing Alphabetical by Author:
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Unknown Other

Contents Listing Alphabetical by Title:
# A B C D E F G H I J K L M N O P Q R S T U V W Y Z Other

Medical Encyclopedia

Browse by first letter of topic:


A-Ag Ah-Ap Aq-Az B-Bk Bl-Bz C-Cg Ch-Co
Cp-Cz D-Di Dj-Dz E-Ep Eq-Ez F G
H-Hf Hg-Hz I-In Io-Iz J K L-Ln
Lo-Lz M-Mf Mg-Mz N O P-Pl Pm-Pz
Q R S-Sh Si-Sp Sq-Sz T-Tn To-Tz
U V W X Y Z 0-9

Biblioteca - SPANISH

Biblioteca Solidaria - SPANISH

Bugzilla

Ebooks Gratuits

Encyclopaedia Britannica 1911 - PDF

Project Gutenberg: DVD-ROM 2007

Project Gutenberg ENGLISH Selection

Project Gutenberg SPANISH Selection

Standard E-books

Wikipedia Articles Indexes

Wikipedia for Schools - ENGLISH

Wikipedia for Schools - FRENCH

Wikipedia for Schools - SPANISH

Wikipedia for Schools - PORTUGUESE

Wikipedia 2016 - FRENCH

Wikipedia HTML - CATALAN

Wikipedia Picture of the Year 2006

Wikipedia Picture of the Year 2007

Wikipedia Picture of the Year 2008

Wikipedia Picture of the Year 2009

Wikipedia Picture of the Year 2010

Wikipedia Picture of the Year 2011