I get this error on every page when i try and use PageImages extension, everything works fine without it, any idea whats going on?
Project:Support desk
Your version of extension:PortableInfobox is too old. You need to update it.
In the visual editor, when entering a summary field, the content previously entered into the summary field is automatically filled in, how can this be removed or disabled?
I looked for Extension:VisualEditor parameters, etc. but could not find any such thing.
When hover / retain mouse pointer over a link (word with a page in wikipedia), a popup normally appears, showing the beginning of the text of the respective page.
However, when I'm logged in as an editor, it now longer shows up.
Is this a bug or intended feature?
Vic
You might have to enable it in special:preferences
After installing new version of mediawiki, only while searching 'wiki' word it is giving error message [dd230f356e11476aebbecb5e] /fmswmwiki/index.php?search=Wiki&title=Special%3ASearch&go=Go Wikimedia\Assert\PreconditionException: Precondition failed: This Title instance does not represent a proper page, but merely a link target. Can some one help me on this?Thanks in Advance
Please provide a stacktrace; see Manual:How_to_debug
[exception] [aef5afaa6dc7919e365b275d] /fmswmwiki/index.php?search=Wiki&title=Special%3ASearch&go=Go Wikimedia\Assert\PreconditionException: Precondition failed: This Title instance does not represent a proper page, but merely a link target.
#0 E:\inetpub\fmswmwiki\includes\Title.php(4190): Wikimedia\Assert\Assert::precondition(boolean, string)
#1 E:\inetpub\fmswmwiki\includes\Title.php(4171): Title->assertProperPage()
#2 E:\inetpub\fmswmwiki\includes\Revision\RevisionStore.php(1828): Title->getId(boolean)
#3 E:\inetpub\fmswmwiki\includes\Revision\RevisionStore.php(1733): MediaWiki\Revision\RevisionStore->ensureRevisionRowMatchesPage(stdClass, Title)
#4 E:\inetpub\fmswmwiki\includes\Revision\RevisionStore.php(1609): MediaWiki\Revision\RevisionStore->newRevisionFromRowAndSlots(stdClass, NULL, integer, Title, boolean)
#5 E:\inetpub\fmswmwiki\includes\Revision\RevisionStore.php(2348): MediaWiki\Revision\RevisionStore->newRevisionFromRow(stdClass, integer, Title)
#6 E:\inetpub\fmswmwiki\includes\Revision\RevisionStore.php(1286): MediaWiki\Revision\RevisionStore->loadRevisionFromConds(Wikimedia\Rdbms\DBConnRef, array, integer, Title)
#7 E:\inetpub\fmswmwiki\includes\search\RevisionSearchResultTrait.php(52): MediaWiki\Revision\RevisionStore->getRevisionByTitle(Title, boolean, integer)
#8 E:\inetpub\fmswmwiki\includes\search\RevisionSearchResult.php(16): RevisionSearchResult->initFromTitle(Title)
#9 E:\inetpub\fmswmwiki\includes\search\SqlSearchResult.php(36): RevisionSearchResult->__construct(Title)
#10 E:\inetpub\fmswmwiki\includes\search\SqlSearchResultSet.php(60): SqlSearchResult->__construct(Title, array)
#11 E:\inetpub\fmswmwiki\includes\search\SearchResultSet.php(73): SqlSearchResultSet->extractResults()
#12 E:\inetpub\fmswmwiki\includes\search\SearchResultSet.php(184): SearchResultSet->count()
#13 E:\inetpub\fmswmwiki\includes\search\SearchEngine.php(201): SearchResultSet->shrink(integer)
#14 E:\inetpub\fmswmwiki\includes\search\SearchEngine.php(96): SearchEngine->maybePaginate(Closure)
#15 E:\inetpub\fmswmwiki\includes\specials\SpecialSearch.php(448): SearchEngine->searchText(string)
#16 E:\inetpub\fmswmwiki\includes\specials\SpecialSearch.php(229): SpecialSearch->showResults(string)
#17 E:\inetpub\fmswmwiki\includes\specialpage\SpecialPage.php(701): SpecialSearch->execute(NULL)
#18 E:\inetpub\fmswmwiki\includes\specialpage\SpecialPageFactory.php(1428): SpecialPage->run(NULL)
#19 E:\inetpub\fmswmwiki\includes\MediaWiki.php(316): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext)
#20 E:\inetpub\fmswmwiki\includes\MediaWiki.php(904): MediaWiki->performRequest()
#21 E:\inetpub\fmswmwiki\includes\MediaWiki.php(562): MediaWiki->main()
#22 E:\inetpub\fmswmwiki\index.php(50): MediaWiki->run()
#23 E:\inetpub\fmswmwiki\index.php(46): wfIndexMain()
I can reproduce this on two instances (test and production) that have Special:Version:
Product Version
MediaWiki1.39.1
PHP8.1.14 (litespeed)
MySQL5.7.23-23
ICU69.1
Lua5.1.5
Pygments2.11.2
Interestingly enough on another similar wiki running on PHP 7.4.25 I cannot reproduce the error.
I'm still facing this issue while searching some keywords after upgrading mediawiki 1.39.1.Can anyone help me to fix this?Thanks
After commenting $wgExtraNamespaces its working fine. Can someone help me alternative for this?
I am being forced by my webhosting service to update to PHP 8.0/8.1 and therefore need to updated mediawiki as well. I've read that I should go from 1.32 to 1.35 first then to 1.39. Im not sure why, but that is what I have been trying to do. I have had many errors that I cannot seem to figure out solutions to. Once I have opened $wgShowExceptionDetails = true; I am seeing many errors on the site. It doesn't seem to be seeing my database on the wiki as well.
Here is the site to see the errors http://tekpercussion.com/
Any thoughts on how to proceed
One thing that seems to get me closer is adding $wgServer = false; to the localsettings.php - it seems to get me closer, but opens up a whole new can of worms with the setup.php
I guess I just have a lot of little bits of information, trying to close off one error while opening more.
Thank you
I went ahead and updated to 1.39. I added $wgServer = ''; to the localsettings.php. Now I don't see anything on the screen, but it is not showing the database. I am now running MW 1.39 and PHP version 8.0.
I appreciate any help. I have had this wiki for over 10 years now and not run into this much trouble when updating. Thank you
Try to read the documentation about those variables before setting them to invalid or nonsensical values.
I understand... I have used these pages as a guide. Sorry I need to edit my original posts as that was misleading and not exactly what I had put... Was going off memory. I had read a few posts that said to use $wgServer as $wgServer = '//example.com'; or $wgServer = false; (sorry not "true" as I mentioned before), - Tried both (with tekpercussion.com instead of example) and the other with no luck.
I don't think I am finding the correct way to configure this setting.
Well, your current problem is MediaWiki not connecting to the database. Check if database settings and credentials are correct.
Here is what my host says when I use look at the MySQL - Extension
"The MySQL extension can only be used with earlier PHP versions, up to 5.6. In PHP 7.0, the MySQL extension was removed and MySQLi (or alternatively PDO) must be used instead."
So I tried the MySQLi code and it didnt work... Also tried their PDO-Extension and that only brings of a blank page on my site.
-MySQL Extension-
$host_name = 'db386.db.1and1.com';
$database = 'db386';
$user_name = 'dbo386';
$password = '<Enter your password here.>';
$connect = mysql_connect($host_name, $user_name, $password, $database);
if (mysql_errno()) {
die('<p>Failed to connect to MySQL: '.mysql_error().'</p>');
} else {
echo '<p>Connection to MySQL server successfully established.</p>';
}
As I eliminated the errors in the localsetting, it brings it back to this
$host_name = 'db386.db.1and1.com';
$database = 'db386';
$user_name = 'dbo386';
$password = '<Enter your password here.>';
This now only has a blank screen with no errors.
Database server is configured with $wgDBserver and related variables. MediaWiki knows nothing about $host_name, $database, etc
I appreciate your help. I had just copied from my webhosting company. Now I see what was wrong in the application of those variables for Mediawiki.
This is what I had in my localsetting.php for version 1.32
$wgDBtype = "mysql";
$wgDBserver = "db386.db.1and1.com";
$wgDBname = "db386";
$wgDBuser = "dbo386";
$wgDBpassword = "<Enter your password here.>";
would it help to display contents of my localsetting file?
I have tried these with the new update and I am not getting much further. Still getting a blank screen and no errors popping up. I apologize for my ignorance as I don't do this nearly enough to remember how to do it. I appreciate your help!
Ok, the error "Unknown column 'rev_actor' in 'field list'" means you need to run update.php to apply database changes.
See Manual:Upgrading#Run the update script. Further down it talks about a web updater, in case you can't have shell access.
However, do not upgrade from 1.32 to 1.39 directly: your data will be destroyed. See https://phabricator.wikimedia.org/T326071
Upgrade to 1.35 first (run update.php on 1.35) and then upgrade to 1.39
Thank you Ciencia. This was very helpful! I was able to install 1.35. Still getting one error, but it seems the database is still intact. Should I try and fix the error before upgrading to 1.39?
the error at the top of the page is as follows:
Warning: Trying to access array offset on value of type bool in /homepages/26/d386183563/htdocs/mediawiki/includes/Setup.php on line 562
for example,
page_B's content as below.
=title 1=
walking
=title 2=
running
I use below way to try to include page_B's content in page_A.
{{:page_B}}
but actually I get whole page_B into page_a.
if I just want to include only title 1 of page_B into page_A, does anyone know how to get it?
THANK YOU!
Does Extension:Labeled Section Transclusion help?
Extension:Labeled Section Transclusion seems to need to pre-configure?
Is it possible to dynamically select corresponding title according to something like {{:page_B}}?
THANK YOU!
by reporter
not really. At most you can use <noinclude> tags to exclude some parts of a page.
I tried it and thank for your advice.
I still have a question that,
source page_B's content as below.
=title 1=
walking
=title 2=
running
=title 3=
sitting
If I want to include page_B's title 1 into page_A, include page_B's title 2 into page_C, page_B's title 3 into page_D......
what syntax should I use in target page?
THANK YOU!
by reporter
I've seen the ArticleFeedbackv5 extension which seems like it allows users to give feedback on a wiki page and I'd like to install something similar. Our current version (1.34.1) is too old to make user of that
Is there other extensions with similar functionality that I am not seeing? Thanks for any and all help!
I was going to suggest just using the talk page, but Extension:ArticleFeedbackv5 actually looks good!
There's a REL1_34 branch so you could use git to download that.
Or you could maybe use the bundled Extension:InputBox along these lines:
How could this article be improved?
<inputbox>
type=commenttitle
page=Talk:{{PAGENAME}}
buttonlabel=Post your feedback
</inputbox>
There is some interesting stuff at Manual:Parameters_to_index.php#Options_affecting_the_edit_form but the InputBox idea probably is easier/better.
First off, thank you so much for your help Jonathan, you have answered multiple topics of mine and I really appreciate it.
The inputbox may be sufficient, but I would really like to get the feedback extension working. I installed the REL1_34 and have these settings in my config file (sorry for format):
wfLoadExtension( 'ArticleFeedbackv5' );
$wgArticleFeedbackv5Categories = array( '*', 'How_to', 'Org');
$wgArticleFeedbackv5CTABuckets = array(
'buckets' => array(
'0' => 0, // display nothing
'1' => 20, // display "Enticement to edit"
'2' => 0, // display "Learn more"
'3' => 0, // display "Take a survey"
'4' => 0, // display "Sign up or login"
'5' => 80, // display "View feedback"
'6' => 0, // display "Visit Teahouse"
),
'version' => 5,
'expires' => 0,
);
But when I click post feedback I get:
[0a794a08f10a389365123adf] Exception caught: List '*' is not allowed for this user
I'm not sure how to resolve this issue.
Hi, I would like to create infoboxes templates for my wiki articles like the wikipedia infoboxes.
So my wiki has gone through a few decades of upgrades and I would consider its database surely rife for optimization. I noticed this as I am unable to upgrade to the latest LTS, so now I am trying to isolate and fix as many problems with the database as I can.
One is shoddy files and other corruptions. Most maintenance scripts don't seem to really fix this.
One problem I have is similar to this one https://stackoverflow.com/questions/34143056/main-page-error-of-mediawiki
I have a file that displays properly but has no 0 revision registered for some reason and I cannot edit it, either. None of the "fixes" I can find on here and elsewhere on the web really help. I appreciate any pointers to maintenance scripts, hacks and other tips to really (really) fix flawed database structures etc...
Can you post the entry in the page table for that page, along with anything in the revision table where rev_page is equal to the page_id for that page?
What version of mediawiki are you using?
Common causes of this are referential integrity errors, either with the page_latest field in page, the rev_comment_id field in revision or rev_actor field in revision (the last being most common as the actor migration upgrade script is fragile)
First of all thanks for your interest in helping me. Ok let's see (would love a maintenance script that just goes through my entire database and either fixes everything or gives me a very detailed report what needs fixing).
"Entry in the page table for that page":
page_namespace 6 pagetitle 4A61636B70616C616E63652E6A7067 is_redirect 0 is_new 1 page_touched 20230118090223 page_latest 5734 page_len page_links_updated 3230313530343032313635383433
"anything in the revision table where rev_page is equal to page_id"
rev_id 5734 rev_page 2524 rev_commend_id 0 rev_actor 0 rev_timestamp 20060208174920 rev_minor_edit 0 rev_deleted 0 rev_len 0 rev_parent_id 0 rev_sha1 70686F6961633968346D383432787134357370377336753231657465657131 (this is not unique, I see a few adjacent revisions that have the same hash, but I could tink of reasons why that may be so, but not sure if it's supposed to be non-unique)
Mediawiki 1.38.2
I may have used delete old revisions many many years ago. And one of the things I have tried very recently is the migrateactors php script which helps in assiging content that has no actor assigned
So the rev_actor being 0 and rev_comment_id being 0 indicate that update.php didnt do the migration properly.
The actor migration script generally doesnt work anymore. Its best to run it around 1.33. If you dont have backups to that point you would probably have to manually fix it by updating rev_actor to point to some actor.
what do I point it to? this all means very little to me not being familiar with the product's sql architecture. Going back to 1.33 is not an option of course....
(wondering if this - horribly as usual documented - maintenance script might help? Manual:FindMissingActors.php )
I would like to create a general discussion page for my small wiki. It would be best if every user is notified if something is written on the page. For this I have installed the extension Echo. As far as I know, the page must also be on the Watch list in order to get notifications. It would be cumbersome to tell each user to add the page to the watch list. So how can I put the page on the watch list by default (ideally with opt out)?
All informations about my wiki: https://academia.la/wiki/Special:Version
Thanks for any answers!