Today we held our "Are we gonna have a 1.18 point release right now" bug
triage.
We decided not to do a point release right now. Instead, we'll start
documenting the issues that people are running into when they upgrade to
or install version 1.18 and committing any necessary patches to the
REL1_18 branch. I've attempted to start an FAQ at
<https://www.mediawiki.org/wiki/MediaWiki_roadmap/1.18/FAQ>.
Please refer to that FAQ and update it as you see fit. If you know of
any other issues with our 1.18, file a bug report on bugzilla
(http://bugzilla.wikimedia.org/) and, if you like, let me know.
Thanks,
Mark.
Dear list,
I am administering an installation of Mediawiki for which Search has
not been configured correctly. From looking at the results screen, it
seems to only search on article titles.
Here's a typical search result:
*****
Search results
You searched for ebooks (<LINK>all pages starting with "ebooks"</LINK>
| <LINK>all pages that link to "ebooks"</LINK>)
No page title matches
There is no page titled "ebooks".
*****
How do I enable the wiki to search on the article text, not just the titles?
Thanks in advance,
JF
I'm trying to use selective transclusion but via a template and I'm running into recursion issues.
I would like to create a template that, when transcluded in a page (call it page A), causes that page to have a section surrounded by the <onlyinclude></onlyinclude> tags. Then when I transclude page A in page B, only the surrounded section of page A is shown in page B. The trouble of course is that if I put those tags in the template, then they get triggered on the first transclusion into page A. Is there a way to "escape" those tags such that each transclusion strips off a layer of escaping characters?
(I tried putting the onlyincludes within nowiki tags, but apparently the onlyincludes have higher priority than nowiki tags).
ProductVersion
MediaWiki1.15.1
PHP5.2.17 (cgi-fcgi)
MySQL5.1.60-community-log
Thanks,
Ron
--
Ron Laufer
I just upgraded from 1.16.1 to 1.18.0.
Back when I started my wiki, I had "Darkened up" things by flipping the Monobook skin from mostly black on white to mostly white on black. Of course, when I upgraded, it blew away my css tweaks. (I have since learned about the MediaWiki:Monobook.css trick and will use that from now on).
Anyway, I've got most things looking back like they were before, but I can't find the css line that's causing this white backgrounded table on the search page:
http://fraternityofshadows.com/w/index.php?title=Special%3ASearch&search=&f…
When I inspect it in Chrome, it shows up as background-color: #f9f9f9 under fieldset#mw-searchoptions, but I have this in my skins/common/shared.css:
fieldset#mw-searchoptions {
...
background-color: #090909
In fact, grep f9f9f9 * turns up nothing in the common or monobook directories.
Is the old version cached somewhere? How do I get rid of it?
Ron
--
Ron Laufer
What: 1.18 Triage
When: Friday, Nov, 2130UTC
Time zone conversion: http://hexm.de/ap
Where: #wikimedia-dev on freenode
Use http://webchat.freenode.net/?channels=wikimedia-dve
if you don't have an IRC client
With the recent release of 1.18, I want to hold a triage to see if there
are enough issues to have a point release. This Friday, I'll be
covering bugs listed on the tracking bug
https://bugzilla.wikimedia.org/32711 to determine the severity and
number of issues.
If you know of issues not listed on that bug that have shown up in your
1.18 installation, especially regressions in MediaWiki behavior, please
add them.
Hope to see you at the triage!
Mark.