Last modified: 2009-02-06 17:10:06 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 T19023, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17023 - Factbox does not show in SMW 1.4.1 running on MW 1.13.3
Factbox does not show in SMW 1.4.1 running on MW 1.13.3
Status: RESOLVED WORKSFORME
Product: MediaWiki extensions
Classification: Unclassified
Semantic MediaWiki (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Markus Krötzsch
http://localhost
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-14 19:59 UTC by Alex
Modified: 2009-02-06 17:10 UTC (History)
1 user (show)

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


Attachments

Description Alex 2009-01-14 19:59:13 UTC
I had been running SMW 1.3 on MW 1.13.2 without incident. I set up a test environment and SMW 1.4.1 does not appear to allow showing the factbox when running on MW 1.13.3. 

My test environment is based on a MySQL dump of my database and an exact copy of my 1.13.2 installation's LocalSettings.php (except for $wgScriptPath and database variables), AdminSettings.php, and extensions a new extensions/SemanticMediaWiki directory containing 1.4.1, renaming the old one to SMW1.3) and images directories placed into a fresh (not patched) 1.13.3 installation. 

I ran "rebuildall.php", "SMW_setup.php --delete" "SMW_setup.php" "SMW_refreshData.php -v" (2x for that one).  

$smwgShowFactbox = SMW_FACTBOX_NONEMPTY; is set in my LocalSettings.php. 

Even if I place the __SHOWFACTBOX__ magic word in an entry, still nothing. I commented out the $smwg setting to revert to the default (hidden), and still no effect with __SHOWFACTBOX__. 

This occurs on every page. 

I have not tried SMW 1.4.1 on MW 1.13.2, but MW 1.13.3 appears to have some important security upgrades. 

I reverted to SMW 1.3 in the test environment, which works as expected on MW 1.13.3, so I think I will stick with that for the time being. (Have not yet patched my production install to MW 1.13.3, but I will do that soon). 

I'm running on a Linux server with  PHP 5.2.8 (cgi) and MySQL 5.0.67-community. 

Extensions: 

GroupPermissions Manager (Version 3.2.2)  	Manage group permissions via a special page  	Ryan Schmidt

Renameuser 	Adds a special page to rename a user (need renameuser right) 	Ævar Arnfjörð Bjarmason, Aaron Schulz

Replace Text (Version 0.2.3) 	Provides a special page to allow administrators to do a global string find-and-replace on all the content pages of a wiki 	Yaron Koren

Parser hooks

Cite 	Adds <ref[ name=id]> and <references/> tags, for citations 	Ævar Arnfjörð Bjarmason
ParserFunctions (Version 1.1.1) 	Enhance parser with logical functions 	Tim Starling

Semantic MediaWiki (Version 1.3) 	Making your wiki more accessible – for machines and humans. View online documentation. 	Klaus Lassleben, Markus Krötzsch, Denny Vrandecic, S Page, and others. Maintained by AIFB Karlsruhe.

Subpage List 3 (Version 1.05) 	Automatically creates a list of the subpages of a page. 	James McCormack, Martin Schallnahs and Rob Church
Other

Custom Tabs (Version 1.0) 	Allows for the content actions (tabs) to be customized 	Ryan Schmidt

Extended Permissions (Version 1.0) 	Extended permissions system 	Ryan Schmidt

Lockdown 	per-namespace group permissions 	Daniel Kinzler

SearchSuggest (Version 0.2) 	Ajax-based Search Suggest that places results below search bar. 	Adam Meyer

Extension functions
efSubpageList3, grSetupExtension, smwfSetupExtension, wfAjaxSearch and wfSetupParserFunctions

Parser extension tags
<ask>, <pre>, <ref>, <references> and <splist>

Parser function hooks
anchorencode, ask, concept, defaultsort, displaytitle, expr, filepath, formatnum, fullurl, fullurle, grammar, if, ifeq, iferror, ifexist, ifexpr, info, int, language, lc, lcfirst, localurl, localurle, ns, numberofadmins, numberofarticles, numberofedits, numberoffiles, numberofpages, numberofusers, padleft, padright, pagesincategory, pagesize, plural, rel2abs, show, special, switch, tag, time, timel, titleparts, uc, ucfirst and urlencode
Comment 1 Markus Krötzsch 2009-01-15 08:11:21 UTC
Thanks, we will have a closer look at this. Do you use "monobook" as a skin?
Comment 2 Alex 2009-01-16 13:29:55 UTC
Yes, I do use monobook. I did not mention this above, but I am running on Apache. 

Here's an odd workaround (for now): 

Just for experimentation, I changed my wiki to use short URLs through an .htaccess mod_rewrite statement (the server I am on does not allow direct httpd.conf modification). 

The main resulting change is that instead of the URLs being 

http://intranet/project/projectwiki/index.php?title=pagename, they are now 

http://intranet/projectwiki/pagename


Then I tried reupgrading from 1.3 to 1.4.1, running SMW_setup.php once and SMW_refreshData.php twice. 1.4.1 now works as expected. 

Is it possible that being two directories down (instead of the typical one) from the server root was causing the problem with 1.4.1? I upgraded my "Replace Text" extension to the latest version, but I doubt that had anything to do with it. Aside from that, the only change was the URL rewriting. I hope this helps narrow down the possible issue. 
Comment 3 Markus Krötzsch 2009-02-06 17:10:06 UTC
Sorry, but I cannot reproduce the problem. I did set up sites with MW 1.13.3 using URL schemes with "title=" instead of short URLs. I did not install all of you extensions -- maybe some extension is causing the problem?

In any case, MW 1.14 introduces new hooks that are more suitable for showing the Factbox, and hence the internals change there again. So if you found a way around the problem, and if it works on other MW 1.13.3 sites anyway, then it might be best just to wait for MW 1.14. At least, I do not have a clue where to debug this (what you say is that Factboxes do not even show up when using the Preview during editing, right?). So for now I close this with worksforme.

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


Navigation
Links