[MediaWiki-l] Re: Short URL Setup Does Not Include load.php?

Short urls are for viewing normal pages. Other actions like edit, along with other entry points like api.php or load.php (static css and js) continue to use long urls. Load.php is critical for site css. If you want to save a site using wget you will have to save the load.php requests too. Some

[MediaWiki-l] Re: Special:NewPages

Special:newpages has been in mediawiki a very long time. It is limited by $wgRCMaxAge but usually that is 90 days. -- Bawolff On Wednesday, August 16, 2023, Bart Everson wrote: > I was excited a while back to upgrade our wiki to a more recent version > specifically because of the

[MediaWiki-l] Re: API.PHP related question

You can use the generator=allpages option, but there is a limit to how many at once. Something like https://www.mediawiki.org/w/api.php?action=query=allpages=max=1 If it is at all an option, i would suggest the command line dumpBackup.php script -

[MediaWiki-l] Re: MediaWiki 1.38 is End of Life

manager, running arbitrary code (whether directly or indirectly) is kind of the point. On Fri, Jun 30, 2023 at 12:13 PM Jeffrey Walton wrote: > On Fri, Jun 30, 2023 at 3:04 PM Brian Wolff wrote: > > > > You could install composer from its official website instead of using > the syst

[MediaWiki-l] Re: MediaWiki 1.38 is End of Life

You could install composer from its official website instead of using the system package manager. It can be downloaded as a single .phar file. -- Brian On Fri, Jun 30, 2023 at 11:42 AM Jeffrey Walton wrote: > On Fri, Jun 30, 2023 at 12:47 PM Sam Reed wrote: > > > > As per the MediaWiki

[MediaWiki-l] Re: MediaWiki backup failures due to mysqldump

I don't know about the error message, but RELOAD is a global right. I dont think you are allowed to grant it to just a specific database instead of all of mysql. However the error message suggests something beyond that is going on. -- Brian On Thursday, March 30, 2023, Jeffrey Walton wrote: >

[MediaWiki-l] Re: array syntax

There actually sort of is work on that, however the current version wouldn't detect constants. -- Brian On Tuesday, February 14, 2023, Jeffrey Walton wrote: > On Tue, Feb 14, 2023 at 3:30 PM Bartosz Dziewoński > wrote: > > > > "NS_FILE" was introduced to replace "NS_IMAGE" in MediaWiki 1.14,

[MediaWiki-l] Re: array syntax

Yes its fine to use long array syntax. Are the error messages suggesting that the syntax is wrong? -- Brian On Monday, February 13, 2023, wrote: > Hello, > > I have some array declarations in my LocalSettings.php from many years ago > that I am worried may not be compatible with PHP 8+. When

[MediaWiki-l] Re: Can MediaWiki scale images bigger than the source image?

Typically this is something you wouldn't want. Scaling above the source size will make it blurry because you can't add data that isn't there. However, even if you did want that, usually it makes more sense to do it client side not server side, since that will take less bandwidth Anyways, there is

[MediaWiki-l] Re: Announcing MediaWiki 1.39.0

Yes, that is a mistake. 1.39.0 is a general release and can be used for production. We accidentally forgot to remove that line from the RELEASE-NOTES file. On Fri, Dec 9, 2022 at 7:47 PM wrote: > Release notes say "MediaWiki 1.39 is a pre-release testing branch, and is > not recommended for

[MediaWiki-l] Re: Issue with NumberedHeadings

I'm still not having luck with making > it work. > > Best regards! > > пон, 12. сеп 2022. у 00:00 Brian Wolff је написао/ла: > >> Sorry, some of the docs were a bit outdated too. They should be fixed now. >> >> I think what's going on with your code, is for

[MediaWiki-l] Re: Issue with NumberedHeadings

s deprecated since 1.35. >> >> Best regards! >> >> нед, 11. сеп 2022. у 23:06 Brian Wolff је написао/ла: >> >>> It looks like you're using the old way of doing magic words, which >>> stopped working in 1.19. >>> >>> See >>>

[MediaWiki-l] Re: Issue with NumberedHeadings

It looks like you're using the old way of doing magic words, which stopped working in 1.19. See https://www.mediawiki.org/wiki/Manual:Magic_words#Behavior_switches_(double_underscore_magic_words) for the new way of doing this. Second of all, you should not use OutputPage inside the parser (you

[MediaWiki-l] Re: Issue with encoding

replaced with a ? -- Brian On Sun, Sep 11, 2022 at 8:36 PM Zoran Dori wrote: > Thank you Brian for your suggestions. So I should make a backup of the > database and execute your query, right? > > Best regards! > > нед, 11. сеп 2022. у 22:17 Brian Wolff је написао

[MediaWiki-l] Re: Issue with encoding

Actually the $wgLegacyEncoding thing probably wont work, because that would fix if it needed to be converted to utf8, but the issue here is (i think) it has been double converted to utf8 -- Brian On Sunday, September 11, 2022, Brian Wolff wrote: > Not that i am aware of. If there are

[MediaWiki-l] Re: Issue with encoding

d to your response. :) > > Best regards, > Zoran > > суб, 10. сеп 2022. у 01:57 Brian Wolff је написао/ла: > >> ä is what you get when you take ä encoded as UTF-8 and interpret it as >> ISO-8859-1. So what probably happened, is that some text that was encoded >>

[MediaWiki-l] Re: Issue with encoding

ä is what you get when you take ä encoded as UTF-8 and interpret it as ISO-8859-1. So what probably happened, is that some text that was encoded as UTF-8 was treated as if it was ISO-8859-1/windows1252 and (unessearily) converted to UTF-8. Common causes of this sort of thing: - Very very old

[MediaWiki-l] Reminder about WMF board elections - People who develop mediawiki extensions are eligible to vote

I haven't seen too much discussion about this, but i just wanted to remind everyone that people who participate in mediawiki development (including many third party extensions) are eligible to vote in the current Wikimedia foundation board of trustees election, even if you don't edit any wikimedia

[MediaWiki-l] Re: Cannot upgrade past 1.33.4

Do all your db tables have the same charset and collation? I would maybe try using the --tables option of migrateActors.php to do each table one at a time to try and narrow down where the problem is. -- Bawolff On Wednesday, August 10, 2022, Xavier Humbert via MediaWiki-l <

[MediaWiki-l] Re: Cache Mediawiki 1.37.0

Use quote marks (sounds like % has special meaning to your shell) rm 'cache/7/78/ns0%3ASimpsonspedia.html.gz' - Brian On Saturday, December 4, 2021, Support Simpsonspedia < supp...@simpsonspedia.net> wrote: > Hello, > since 1.37.0 exists in my wiki the name space in front of filename >

[MediaWiki-l] New extension: QuickInstantCommons. Like InstantCommons but fast

Hi everyone, I'd like to announce my new extension QuickInstantCommons [1]. Basically it is a version of InstantCommons, except fast. I used [[List_of_governors_general_of_Canada]] as a test page (85 images) with caching disabled. Initial results were very promising: * Vanilla MediaWiki: 1038.2

[MediaWiki-l] Re: GPL violation (bilibili)

Note, well i find it distatsteful that they didn't open source thier stuff, its not a GPL violation unless they were also distributing the code (google AGPL vs GPL) -- Brian On Wednesday, July 14, 2021, dianliang233--- via MediaWiki-l < mediawiki-l@lists.wikimedia.org> wrote: > Dear MW

[MediaWiki-l] Re: Global parser not initialized on special pages?

he via "nowrap" in ParserOutput::getText). > > Can I tell the parser to not do that or do I need to manually unwrap the > text? > > Cheers, > Sebastian > > On 11.06.21 21:33, Brian Wolff wrote: > >> This is expected. You should not make assumptions about th

[MediaWiki-l] Re: Global parser not initialized on special pages?

This is expected. You should not make assumptions about the state of the global Parser instance in a special page. In some circumstances (especially transclusions) it might be in a parse, other times it won't be. If you're rendering an i18n message, its better to use ->parse() of the Message

Re: [MediaWiki-l] MediaWiki Stakeholders' Group meeting

Just FYI, this is a bit confusing since this announcement says 15:30 UTC but the wiki page says 16:30 UTC. https://mwstake.org/mwstake/wiki/Event:129 -- Brian On Thu, Apr 1, 2021 at 11:00 PM Bryan Hilderbrand wrote: > There will be a MediaWiki Stakeholders' Group [0] meeting this Friday >

Re: [MediaWiki-l] Getting template arguments from a parser function?

ng the $args argument, seems to get > all the arguments - I think they get arguments that are entirely static, > but an argument like "flag image={{{Flag image|}}}" leads to a strange > structure within $args that doesn't seem to include the actual value. Is > there a fix for that? &g

Re: [MediaWiki-l] Getting template arguments from a parser function?

I think what you have to do is set the SFH_OBJECT_ARGS flag in the third argument of setFunctionHook. That will change the function signature of your callback to ($parser, $frame, $args). Note that $args might no longer be an array of strings but PPNode (or something) stuff you may have to call

Re: [MediaWiki-l] MW 1.35.1 Charset Question

Try $wgDisableOutputCompression = true; There's been some reports of issues like this due to some conflict between apache's http/2 support and mediawiki's gzip support, but I don't think anyone ever figured out the exact cause. -- Brian On Mon, Jan 4, 2021 at 10:12 PM Chap Jones via MediaWiki-l

Re: [MediaWiki-l] Should the webserver have access to maintenance directory?

The webserver should not need to directly serve files in the maintenance directory (I would suggest that php files should still be able to include stuff from maintenance, although strictly speaking i'm not sure how necessary that is) The scripts are designed so that nothing bad should happen if

Re: [MediaWiki-l] Fatal error: Interface 'MediaWiki\Hook\TestCanonicalRedirectHook' not found in /var/www/html/w/includes/HookContainer/HookRunner.php on line 22

Because the hook is called from within an if statement that checks whether or not a canonical redirect should be performned. A "test" is also another name for an "if" statement. Additionally hook names cannot be changed and this hook is super old. -- Brian On Tuesday, December 15, 2020, Jeffrey

Re: [MediaWiki-l] interpreting binary data in mediawikiuser table

Mysql shouldn't really make a distiction between binary and text, and you should be able to edit them just normally. I'm not sure how your script is failing but if its really an issue you should be able to use the CAST operator in your sql query to change the type. We've been using binary for

Re: [MediaWiki-l] php_uname() has been disabled for security reasons...

On Thursday, September 24, 2020, Jeffrey Walton wrote: > On Thu, Sep 24, 2020 at 6:37 PM Tim Starling > wrote: > > > > On 25/9/20 5:34 am, Jeffrey Walton wrote: > > > Our site is at https://www.cryptopp.com/wiki. > > > > > > Since the Mediawiki 1.34.3 upgrade, the wiki serves each page with the

Re: [MediaWiki-l] Restoring a mediawiki site

It sounds like there was some error during the import process, and your db wasnt fully imported (at the very least an index was missing). Its also possible that maybe the export didnt include indicies (i dont know what phpmyadmin does by default. It might be optional) If possible i would suggest

Re: [MediaWiki-l] Installing MW on windows server 2016 browser does not support Unicode

> $wgDBTableOptions = "ENGINE=InnoDB CHARSET=utf8"; That's unrelated to the issue as the db layer isn't even hit yet Also, rather ironically, using a charset of binary allows all unicode characters, where utf8 does not allow astral characters, due to mysql being weird. Anyways, back to the

Re: [MediaWiki-l] Issue in Gerrit setup

The command you are probably looking for is: git commit -a Which will locally mark all your changes as being ready. Then do git show To see if your changes are what you expect them to be. If they are run the command: git push origin HEAD:refs/for/master to upload your patch. (alternatively, use

Re: [MediaWiki-l] Anonymous user (user_id =0)

> > - > Valerio Pelliccioni > W: https://tunearch.org/wiki/User:Valerio_Pelliccioni > > > On 07/01/2020, 20:47, "MediaWiki-l on behalf of Brian Wolff" < > mediawiki-l-boun...@lists.wikimedia.org on behalf of bawo...@gmail.com> > wro

Re: [MediaWiki-l] Anonymous user (user_id =0)

available for user > deletion; isn't it? > > V > > > Valerio Pelliccioni > W: https://tunearch.org/wiki/User:Valerio_Pelliccioni > > > On 07/01/2020, 20:15, "MediaWiki-l on behalf of Brian Wolff" < > mediawiki-l-boun...@lists.wikimedia.org on

Re: [MediaWiki-l] Anonymous user (user_id =0)

Run cleanupUsersWithNoId.php followed by migrateActors.php --force Usernames that are valid usernames are no longer allowed to have id 0. -- Brian On Tuesday, January 7, 2020, Valerio Pelliccioni wrote: > Hi, everybody, > > I seem to have lost the user "Anonymous" which is the one with the

Re: [MediaWiki-l] EMWCon Spring 2020 Announcement + Call for Presentations

After more googling I found that greyhound offers more reasonable time buses (12:30pm). Anyways, more info on recommendations on transportation would be appreciated :) On Mon, Dec 30, 2019 at 11:25 PM Brian Wolff wrote: > Hi, I was wondering, when would I have to book the hotel by to

Re: [MediaWiki-l] EMWCon Spring 2020 Announcement + Call for Presentations

Hi, I was wondering, when would I have to book the hotel by to get that rate? Also, I notice Sandusky seems to be a bit difficult to get to. Google seems to suggest I should take a airplane to Cleaveland, and then take a 3am amtrack train (no reasonable time choices) from there to Sandusky. Is

Re: [MediaWiki-l] Gadget-ReferenceTooltips.css

In normal mediawiki,you would need to be in the "interface-admins" group unless you have customized mw user groups. On Saturday, December 28, 2019, Alex Monk wrote: > It sounds like your bureaucrat group has the editsitejs right but not the > editsitecss right. > > On Sat, 28 Dec 2019 at 10:58,

Re: [MediaWiki-l] Latest Debian version (Buster 10.2) new mediawiki install unable to connect to database

I can't speak to anything debian specific, but the error you describe suggests that php is looking for the mysql/mariadb socket file, and it can't find it. Instead try putting the database host as 127.0.0.1 If your mariadb is set up not to use passwords, you'll probably have to change that to

Re: [MediaWiki-l] Failed to upgrade from 1.32.5 to 1.33.1

Try adjusting $wgPasswordPolicy ( https://www.mediawiki.org/wiki/Manual:$wgPasswordPolicy ) in LocalSettings.php Follow the update script's advice about cleanupUsersWithNoId.php -- Bawolff On Monday, December 16, 2019, Valerio Pelliccioni wrote: > Hi, there, > > I partially solved the problem

Re: [MediaWiki-l] Help about running several wikis on a same installation

les in my andra etc directory? > Plus a real LocalSettings.php of course. Will they load the good json files > etc? > > Thanks for the tip. > > Pascal > > Brian Wolff a écrit, le Thursday 12 December 2019 à 21:37:36 : > > If symlinks aren't an option (It woul

Re: [MediaWiki-l] Help about running several wikis on a same installation

4 or 5 times. > It would be nice however if possible to have other options for multiwikis, > as all hostings don't allow symlinks or subdomains / domain aliases. > > For ereg_replace, I don't know why preg_replace gave horrible results on > my server, but anyway, I should'nt need it anymore.

Re: [MediaWiki-l] Help about running several wikis on a same installation

It would be much better if you could use separate directories instead of renaming index.php. Renaming index.php is not really a supported configuration. There's the obvious problem of how do other scripts, like load.php know what wiki is being referred to. If you're really intent on doing this,

Re: [MediaWiki-l] Template displays different values for Firefox, Chrome

Well this weird. I was able to reprofuce the I on samsung internet browser but not firefox. Also template: was shortened to T: in interface as well (in the view source page which should be uncached). I've never seen anything like this before. Can you paste all namespace configs from

Re: [MediaWiki-l] Missing article text after 1.32.5 upgrade?

This isnt consistent with the mobile view part, but this sounds like the issue with imported users that can be fixed by running cleanupUsersWithNoId.php followed by migrateActors.php -- Brian On Thursday, December 5, 2019, Jeffrey Walton wrote: > On Thu, Dec 5, 2019 at 6:11 AM Jeffrey Walton

Re: [MediaWiki-l] upgrading default password hashing algorithm

If you change the hash, it will convert peoples hashes next time they log in. Some hash types can be converted by maintenance scripts, but that tends to only be the weaker hash wrapped in strong hash types -- Brian On Friday, November 29, 2019, Kevin Zhang wrote: > I noticed that MediaWiki

Re: [MediaWiki-l] HA MediaWiki

Generally no - $wgSharedDB is used to override what db specific tables live in, its not for high availability. If you want multiple php application servers to use the same db, you dont have to do anything special - just give all the servers the same config. If you want multiple db servers (in a

Re: [MediaWiki-l] three tips hoped

To get the version, the easiest is just looking at special:version. From a script you could probably do something like echo 'echo $wgVersion' | php eval.php If you are in the maintenance directory. Or just grep includes/DefaultSettings.php Alternatively you can use the mediawiki api (possibly

Re: [MediaWiki-l] Login error on new wiki 1.33.0

Sometimes this can happen if the object cache isnt storing things properly or isnt big enough (i.e. apcu.shm_size too small) Try setting $wgSessionCacheType=CACHE_DB; if that fixes it, it still means something is wrong with the caching setup which you should still figure as other things might be

Re: [MediaWiki-l] Reporting tool?

If you're just looking for the last month, Special:ActiveUsers is probably a lot more convenient than looking at contribs. $wgEdititis = true can also add counters to some place Edit counters for wikimedia wikis are common on toolforge, but most of those aren't exactly the most portable. This is

Re: [MediaWiki-l] [Wikitech-l] Statistics for CoC Cases Term May 2018 to May 2019

One thing im kind of curious about: Were any of these cases appealed? If so how many and what is the "success" rate of the appeals process? -- Brian On Thursday, September 5, 2019, Amir Sarabadani wrote: > Hello, > The committee received several reports for cases that were out of our >

Re: [MediaWiki-l] autocomplete not working

- > From: MediaWiki-l [mailto:mediawiki-l-boun...@lists.wikimedia.org] On > Behalf Of Brian Wolff > Sent: Thursday, August 22, 2019 1:32 AM > To: MediaWiki announcements and site admin list > Subject: Re: [MediaWiki-l] autocomplete not working > > This error can happen if MediaWiki d

Re: [MediaWiki-l] autocomplete not working

This error can happen if MediaWiki does not have permission to read/write to the tmp directory. By default this is probably /tmp, but you can override it with $wgTmpDirectory. (The tmp directory can be anywhere, but it should not be a directory that is web accessible) -- Brian On Wed, Aug 21,

Re: [MediaWiki-l] subcategory arrows missing

Those arrows are usually part of the CategoryTree extension. It seems like the main issue is that you customized categorytree-expand-bullet and other bullet messages with html, which isn't supported for that message. In the past this would have worked fine initially but then broke if you ever

Re: [MediaWiki-l] Legacy issue from MW upgrade

Yes you should probably post the full error. Probably there are some referential integrity issues that need manual fixing in the db. If you dont care about these pages, deleting and recreating would probably be easiest. On Saturday, July 6, 2019, Peter Presland wrote: > Yes I have re-run it

Re: [MediaWiki-l] Extension Development questions

So commit() or endAtomic() will not close the db connection. However mediawiki will manage the db connections itself and will reuse already open connections. You should not close() the connection. Db transactions/atomic sections are used when you have stuff you need to ensure is consistent (it

Re: [MediaWiki-l] Introducing: Professional.Wiki

Fwiw, Im of the opinion that its borderline but ok. I would be annoyed if there was subsequent advertisements for this service. Or if there were a lot of these types of messages on this list. But an initial announcement of a new wiki hosting service with wide applicability that is being run by

Re: [MediaWiki-l] Special:Notifications issue

Does the issue still occur when using Vector as your skin? -- Brian On Mon, Mar 11, 2019 at 4:29 PM Jeremi Plazas wrote: > I also have noticed this in the browser console: > > > VM302:formatted:10549 Uncaught TypeError: Cannot read property > 'getTitleItem' of null > at >

Re: [MediaWiki-l] MySQL frozen after template change

t; Thanks for the response. > > On 3/6/19 8:33 PM, Brian Wolff wrote: > > When you say "frozen", you mean the site takes a long time to load? > > So long that my proxy times out. > > > > > I wouldn't necessarily assume that the reason was high insert rate

Re: [MediaWiki-l] MySQL frozen after template change

When you say "frozen", you mean the site takes a long time to load? I wouldn't necessarily assume that the reason was high insert rate into job table. That's an issue that Wikimedia experienced, but Wikimedia is very big and highly optimized, and performance bottlenecks for Wikimedia don't

Re: [MediaWiki-l] Delete MediaWiki logs

Doesn't delete it totally, but there is a "suppress"/revdelete feature where you can hide log entries from most users. Just add: $wgGroupPermissions['sysop']['deletelogentry'] = true; to bottom of LocalSettings.php and admins should be able to "delete" log entries. See

Re: [MediaWiki-l] TTFB and caching best pratices

Generally speaking: Make sure you have objectcache setup properly (e.g. if using APCu, set $wgMainCacheType = CACHE_ACCEL, if using redis it would be something else. Check the size of the cache, to make sure its something appropriate. If using apcu that is the apcu.shm_size config variable. If you

Re: [MediaWiki-l] What's the best way to improve performance, with regard to edit rate

What is your caching setup (e.g. $wgMainCacheType and friends)? Caching probably has more of an effect on read time than save time, but it will also have an effect on save time, probably a significant one. If its just one server, apcu (i.e. CACHE_ACCEL) is probably the easiest to setup. There's a

Re: [MediaWiki-l] Why does Media wiki claim Questy Captcha is not available?

Please include the details of the exception (Add $wgShowExceptionDetails = true; ) Without the wfLoadExtensions line, MW won't know that it should load the QuestyCaptcha classes. Also it sounds like you have other config related to captchas set, please say exactly what ConfirmEdit related

Re: [MediaWiki-l] Database exceeds size limit

I agree with John, it would be interesting to know the sizes of the various tables. While 1 GB is a relatively small limit for a DB, its still a lot of space for a small wiki (I think you can find how big different tables are via

Re: [MediaWiki-l] Please lower MySQL requirements in next release

On Sat, Dec 22, 2018 at 4:17 PM Jeffrey Walton wrote: > > We use CentOS 7. Red Hat supplies antique software. It offers Media > wiki 1.21, if I recall correctly. It is what it is. We had to take on > maintenance of Mediawiki because we wanted to offer newer features > users. Skins and extensions

Re: [MediaWiki-l] What is this database error relating to ipb_id?

Ok, it looks like update.php is trying to update the wrong db. Other people have reported a similar issue due to $wgDBmwschema suddenly being taken into account by update.php on MySQL where it wasn't prior to 1.31. If you have $wgDBmwschema set in LocalSettings.php you should remove it. Bug

Re: [MediaWiki-l] Permanently removing "Upload file" link from sidebar

Thu, 22 Nov 2018 at 17:35, Brian Wolff wrote: > >> Put the following on the page MediaWiki:common.css on your wiki: >> >> #t-upload {display:none} >> > > Thank you Brian! This worked like a charm! =) > > It does require users to refresh their cache however. Do

Re: [MediaWiki-l] Permanently removing "Upload file" link from sidebar

On Thursday, November 22, 2018, Emanuele D'Arrigo wrote: > Hi everybody, > > in the context of a small, private wiki installation for my neighborhood > (about 100 users), after strong requests to simplify the upload process, I > have installed MsUpload, an extension that seems to provide the

Re: [MediaWiki-l] Help needed with CentralAuth

gt; hosted locally on Virtual Box)? > > On Thu, Nov 15, 2018 at 5:16 AM Brian Wolff wrote: > > > So im not sure, but first things id check: > > * wgMainCacheType is not set. In principle nothing should need this set as > > sessions should use $wgSessionCacheType, but i would rec

Re: [MediaWiki-l] Help needed with CentralAuth

So im not sure, but first things id check: * wgMainCacheType is not set. In principle nothing should need this set as sessions should use $wgSessionCacheType, but i would reccomend ensuring that main cache type is set to something writable that works (if all else fails try $wgMainCacheType =

Re: [MediaWiki-l] Upgrade to MW 1.31.0 fails on maintenance/update.php

Glad to hear its resolved. I think I owe you an apology for not believing MediaWiki was at fault, where this is something I would consider a MediaWiki fault. -- Brian On Fri, Sep 21, 2018 at 3:04 PM, Jeff Darlington wrote: > That seemed to do the trick. Removing $wgDBmwschema allowed the

Re: [MediaWiki-l] Upgrade to MW 1.31.0 fails on maintenance/update.php

Nobody else has reported having a similar issue, and using the default $wgDBname is pretty rare. I would suggest it is highly likely something wrong with your config and not something wrong with mediawiki: E.g. (but not limitted to): * derriving your db name from the host header or some other part

[MediaWiki-l] Security announcement for Extension:GoogleDocTag and Extension:YotpoReviews

. Relevant gerrit patches: YotpoReviews: https://gerrit.wikimedia.org/r/#/q/I5cbd95ed37a117740e59c66200141e08131a3111 GoogleDocTag: https://gerrit.wikimedia.org/r/#/q/Iaae66049011e5a2b10d82ac2eaaa9aecebf16345 Thanks, Brian Wolff ___ MediaWiki-l mailing

Re: [MediaWiki-l] [non-nasa source] Re: hide talk namespaces from "Special:Search" Advanced

d the "label for" html tag. > > -Rich > > -Original Message- > From: MediaWiki-l [mailto:mediawiki-l-boun...@lists.wikimedia.org] On Behalf > Of Brian Wolff > Sent: Wednesday, July 11, 2018 2:27 PM > To: MediaWiki announcements and site admin list > Subject: Re: [Media

Re: [MediaWiki-l] hide talk namespaces from "Special:Search" Advanced

ssage- > From: MediaWiki-l [mailto:mediawiki-l-boun...@lists.wikimedia.org] On Behalf > Of Brian Wolff > Sent: Wednesday, July 11, 2018 2:27 PM > To: MediaWiki announcements and site admin list > Subject: Re: [MediaWiki-l] hide talk namespaces from "Special:Search"

Re: [MediaWiki-l] hide talk namespaces from "Special:Search" Advanced

Try something like (untested): $wgHooks['SearchableNamespaces'][] = function (&$ns) { unset( $ns[NS_TALK] ); } -- Brian On Wed, Jul 11, 2018 at 6:18 PM, Evans, Richard K. (GRC-H000) wrote: > I use Flow (Structured Discussions) on all of my Talk namespaces. > > My understanding is that Flow

Re: [MediaWiki-l] fixing the database after adding a custom namespace

There are two actually. namespaceDupes.php and cleanupTitles.php. i personally like namespaceDupes.php better. -- brian On Tuesday, July 10, 2018, Evans, Richard K. (GRC-H000) < richard.k.ev...@nasa.gov> wrote: > A while back I imported pages from the custom namespace of another wiki to the Main

Re: [MediaWiki-l] server-side sync of a namespace from wiki1 to wiki2

ps://www.mediawiki.org/wiki/Extension:GlobalUserPage > > I do feel like I am converging on a solution :-D > -Rich > > > -Original Message- > From: MediaWiki-l [mailto:mediawiki-l-boun...@lists.wikimedia.org] On Behalf > Of Brian Wolff > Sent: Sunday, July 08, 2018 3:12 PM >

Re: [MediaWiki-l] server-side sync of a namespace from wiki1 to wiki2

I posted the extension I was working on at https://www.mediawiki.org/wiki/Extension:SplitPrivateWiki -- Brian On Sat, Jul 7, 2018 at 8:47 PM, Brian Wolff wrote: > The closest thing i know of is extension:Push, but its not really a match > with what you want. > > Theres generally

Re: [MediaWiki-l] server-side sync of a namespace from wiki1 to wiki2

The closest thing i know of is extension:Push, but its not really a match with what you want. Theres generally 3 approaches to doing something like that: * shell out to edit.php command line script * use job queue (jobs can be inserted to foreign wiki if queue configured right) * post to api.

Re: [MediaWiki-l] Upgrade to MW 1.31.0 fails on maintenance/update.php

rrently running without incident. > > Jeffrey T. Darlington > General Protection Fault > https://www.gpf-comics.com/ > > > > On Thu, Jun 14, 2018 at 3:36 PM Brian Wolff wrote: > >> The error should be different if it was due to the column already exi

Re: [MediaWiki-l] Upgrade to MW 1.31.0 fails on maintenance/update.php

The error should be different if it was due to the column already existing Are you sure that wikiadmin has full permissions (Check to make sure that the permissions are for the right db, as well as for the right host). -- Brian On Thu, Jun 14, 2018 at 5:43 PM, Jeff Darlington wrote: > I could

Re: [MediaWiki-l] Requesting modifications to the CSS standards

Not the same thing (and also not well supported), but as an aside, have you seen https://developer.mozilla.org/en-US/docs/Web/CSS/@counter-style ? -- brian On Saturday, June 9, 2018, Huji Lee wrote: > I know this is not the ideal place to ask this, but I am hoping that > someone among the

Re: [MediaWiki-l] Calling the API from within an extension's own API module

See https://m.mediawiki.org/wiki/API:Calling_internally or just call WikiPage::doEditContent() directly -- Brian On Tuesday, May 29, 2018, George, Garrett J. (JSC-CB111)[SGT, INC] < garrett.j.geo...@nasa.gov> wrote: > Hey all, > > I'm currently building an api module to act as a pseudo backend

Re: [MediaWiki-l] Is it possible to re-introduce "pageviews" and "PopularPages" in MediaWiki (in any hackish way) - or go with an install of 1.24?

The official tarball releases are at: https://releases.wikimedia.org/mediawiki/ For the old versions of skins, you can download from urls like https://github.com/wikimedia/mediawiki-skins-Vector/archive/REL1_24.zip (Replace 1_24 with the version of MediaWiki you are using. So if you are using

Re: [MediaWiki-l] Is it possible to re-introduce "pageviews" and "PopularPages" in MediaWiki (in any hackish way) - or go with an install of 1.24?

Its probably just as supported now as it always was. The main difference is that when it was in core there was no big warnings that nobody was maintaining it for years. None of the warnings on the page say it doesn't work for 1.30. All they say is that nobody is answering questions about the

Re: [MediaWiki-l] Is it possible to re-introduce "pageviews" and "PopularPages" in MediaWiki (in any hackish way) - or go with an install of 1.24?

This is an entirely different type of "page views" tool, and totally unrelated to the page views that the original poster is talking about stats.grok.se and wmflabs "pageviews" tool both are frontends to the same backend system (I believe originally based on squid logs. In modern times I believe

Re: [MediaWiki-l] Is it possible to store uploads encrypted?

It is possible - You would probably want to implement your own FileBackend subclass - https://doc.wikimedia.org/mediawiki-core/master/php/classFileBackend.html . I am not aware of anyone else doing something like this. However, conceptually you need to consider your threat model carefully here.

Re: [MediaWiki-l] Mariadb version requirement

During 5.x release, mysql and mariadb were keeping their version in sync, so min mariadb should also be 5.5.8 -- Brian On Mon, May 28, 2018 at 7:11 AM, Peter Presland wrote: > I am considering upgrading to MW 1.3. Before I do I need to be sure > about the MariaDB version

Re: [MediaWiki-l] Proposal to make this mailing list publically indexable by search engines

This is done now: https://phabricator.wikimedia.org/T193572 On Mon, Apr 30, 2018 at 1:33 AM, G Rundlett wrote: >> >> I fully agree with, and support your proposal. > > Search is key > >> >> > ___ > MediaWiki-l mailing list > To

Re: [MediaWiki-l] what hook for adding html right after tag regardless of skin

Have you considered the SiteNoticeAfter hook? -- Brian On Tue, May 1, 2018 at 1:51 AM, Evans, Richard K. (GRC-H000) wrote: > ok. thanks. I was thinking there might be a hook that executes just before > the skin and content is rendered and I wouldn't have to worry

Re: [MediaWiki-l] Metrolook problem with some anchor link

It sounds like metrolook is somehow not respecting $wgFragmentMode setting. You could try setting: $wgFragmentMode = [ 'html5', 'legacy' ]; which will force using links of style https://wiki.example.org/AGD2018#Résultat instead of https://wiki.example.org/AGD2018#R.C3.A9sultat -- Brian On

[MediaWiki-l] Proposal to make this mailing list publically indexable by search engines

Currently https://lists.wikimedia.org/robots.txt bans indexing the public archives of this list (at https://lists.wikimedia.org/pipermail/mediawiki-l/ ) Appearently this happened back in 2005 due to some people complaining about their posts on some lists (not neccesarily this one) being at the

Re: [MediaWiki-l] PHP errors on 1.27

It sounds like something is seriously messed up with class autoloading or maybe some of your MediaWiki files are missing. LocalisationUpdate\\Reader is part of the LocalisationUpdate extension. ApiBase (includes/api/ApiBase.php) is part of MediaWiki core. I would suggest re-installing MediaWiki

Re: [MediaWiki-l] Interwiki, magic links and bad title exceptions - there has to be a better fix than what I did

For PMID interwiki, there was probably some sort of caching happening. Interwiki links are cached for 3 hours by default ( $wgInterwikiExpiry). It will take that long before removing PMID from the interwiki table will take affect. For the DB error, that would be odd. They do slightly different

Re: [MediaWiki-l] indexing an existing file store with Mediawiki

On Wed, Apr 4, 2018 at 2:42 PM, Evans, Richard K. (GRC-H000) wrote: > Hi Folks, > > Can you guys help me determine if the following idea is possible with > Mediawiki. > > Givens -- > 1. Read-only access to a pre-existing file repository on the server with a >

  1   2   3   >