[MediaWiki-l] Re: MySQL backup and consistency of database and dump file

[Benjamin Lees]

--lock-tables is enabled by default for mysqldump.  --single-transaction
offers a way to get a consistent dump without locking tables, but the
tables have to support transactions (which InnoDB does and MyISAM does
not).  You should probably use --single-transaction if you can.

The mediawiki.org article you reference tries to ensure consistency by
having you set $wgReadOnly to prevent writes to the database (at least from
within MediaWiki core).  I'm not sure how much effect it actually has,
given that --lock-tables is enabled by default, but it's been on the page
for 15 years, so it must be right. :)


On Sat, Apr 1, 2023 at 1:20 AM Jeffrey Walton  wrote:

> Hi Everyone,
>
> We are trying to workaround failed backups due to
> https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/2003866 . We
> used to use --single-transaction, but the option now requires RELOAD
> or FLUSH_TABLES. We failed to enable the privileges for the mwuser.
>
> MediaWiki's backup documentation is at
> https://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki . Here is the
> command MediaWiki recommends:
>
> mysqldump -h hostname -u userid -p \
> --default-character-set=whatever dbname > backup.sql
>
> But the article does not discuss how to ensure consistency for the
> database and dump file. For MySQL, that should be --single-transaction
> or --lock-tables. (If I am reading the MySQL documentation correctly).
>
> My question is, what should we use to ensure consistency of the dump file?
>
> --single-transaction or --lock-tables or something else?
>
> Jeff
> ___
> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
> To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org
>
> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
>
___
MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/

[MediaWiki-l] Re: array syntax

[Benjamin Lees]

Hi Roger, that's still the syntax.  What are the errors you're getting?

On Tue, Feb 14, 2023 at 12:15 AM  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 I try to run
> /maintenance/update.php in PHP 8.1 I get errors. It runs fine in PHP 7.4.3,
> fortunately. However, is it okay to set arrays like this in PHP 8+?:
>
> $wgSitemapNamespaces = array( 0, 100, 102 );
>
> Thank you :)
>
> Roger
> teflpedia.com <- MediaWiki 1.39.1 recently upgraded
>
> -example from my LocalSettings.php-
>
> # Site Map see https://www.mediawiki.org/wiki/Manual:$wgSitemapNamespaces
> #$wgSitemapNamespaces = array( 0, 2, 4, 12 );  # example, to site map
> Main-0, User-2, Project-4, Help-12 namespace
> $wgSitemapNamespaces = array( 0, 100, 102 );  # let's site map ONLY Main,
> Essay, Lesson namespace
>
> ## Extra namespaces
> $wgExtraNamespaces[100] = "Lesson";
> $wgExtraNamespaces[101] = "Lesson_talk";
> $wgExtraNamespaces[102] = "Essay";
> $wgExtraNamespaces[103] = "Essay_talk";
> $wgExtraNamespaces[104] = "Debate";
> $wgExtraNamespaces[105] = "Debate_talk";
>
> ## Enable subpages in all namespaces
> $wgNamespacesWithSubpages = array_fill(0, 200, true);
> $wgNamespacesWithSubpages[NS_MAIN] = false; # per Duncan request Jan 11,
> 2022
>
>
> ## Set default searching. Roger 2012.11.03, updated array syntax 2023.02.13
> $wgNamespacesToBeSearchedDefault = [
> NS_MAIN =>true,
> NS_TALK =>   false,
> NS_USER =>   false,
> NS_USER_TALK =>  false,
> NS_PROJECT =>false,
> NS_PROJECT_TALK =>   false,
> NS_IMAGE =>  false,
> NS_IMAGE_TALK => false,
> NS_MEDIAWIKI =>  false,
> NS_MEDIAWIKI_TALK => false,
> NS_TEMPLATE =>   false,
> NS_TEMPLATE_TALK =>  false,
> NS_HELP =>   false,
> NS_HELP_TALK =>  false,
> NS_CATEGORY =>   false,
> NS_CATEGORY_TALK =>  false,
> 100 =>true,
> 101 =>   false
> ];
>
> ---/example
>
> ___
> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
> To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org
>
> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
___
MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/

[MediaWiki-l] Re: Unable to upgrade to 1.38.x from 1.37.x

[Benjamin Lees]

Very good catch.  That line was added by the installer before a rework in
MediaWiki 1.17 (2011).  It has been causing DefaultSettings.php to be
loaded twice since then, but that was harmless until 1.38.  This explains
why this problem didn't emerge before release, and why using a new
LocalSettings.php file fixed it for Stefanie.

If you remove that line, are there any errors remaining?

On Mon, Jul 4, 2022 at 11:16 AM Jeffrey T. Darlington <
jeff.darling...@gmail.com> wrote:

> It never gets to this point. The error is apparently thrown before this.
>
> Mind you, this is only if I keep this line in LocalSettings.php:
> require_once( "$IP/includes/DefaultSettings.php" );
>
> If I remove that, $wgBaseDirectory and MW_INSTALL_PATH are the same
> value.  So perhaps it has something to do with DefaultSettings.php being
> included twice...?
>
> Jeffrey T. Darlington
> General Protection Fault
> https://www.gpf-comics.com/
>
> On Mon, Jul 4, 2022 at 2:07 AM Benjamin Lees  wrote:
>
>> Pretty strange, since the error in question literally checks
>> "$wgBaseDirectory !== MW_INSTALL_PATH".  Maybe there's something weird
>> going on because of the order in which the files are initialized.
>>
>> What does it output if you add debugging checks for $wgBaseDirectory and
>> MW_INSTALL_PATH after line 235 in Setup.php?
>>
>> On Sun, Jul 3, 2022 at 6:19 PM Jeffrey T. Darlington <
>> jeff.darling...@gmail.com> wrote:
>>
>>> Thanks for the suggestions, but no luck here.  I did indeed have the old
>>> "$IP = MW_INSTALL_PATH" block.  But if I comment that out, I still get the
>>> same "Unable to open file /Vector/skin.json" error.  Same goes for the
>>> "$wgBaseDirectory = MW_INSTALL_PATH" suggestion; that gives me the
>>> "$wgBaseDirectory must not be modified in settings files!" error.  Neither
>>> option seems to work for me.
>>>
>>> Jeffrey T. Darlington
>>> General Protection Fault
>>> https://www.gpf-comics.com/
>>>
>>> On Sun, Jul 3, 2022 at 2:57 PM Benjamin Lees 
>>> wrote:
>>>
>>>> Hi Jeffrey, I think this is indeed the same issue as in the previous
>>>> thread:
>>>> https://lists.wikimedia.org/hyperkitty/list/mediawiki-l@lists.wikimedia.org/thread/5YKDMFRHANRXKFDLWGLHXTGWSOW7V676/
>>>> Of course, you have reached the point where I didn't have a way
>>>> forward. :-)
>>>>
>>>> A bit of background information: I believe the change that release note
>>>> refers to is this:
>>>> https://gerrit.wikimedia.org/r/c/mediawiki/core/+/757744
>>>>
>>>> One possible culprit: Antique versions of MediaWiki set this snippet in
>>>> LocalSettings.php at the top:
>>>>
>>>> if( defined( 'MW_INSTALL_PATH' ) ) {
>>>> $IP = MW_INSTALL_PATH;
>>>> } else {
>>>> $IP = dirname( __FILE__ );
>>>> }
>>>>
>>>> It hasn't been necessary in over a decade but will still probably be
>>>> there if you installed in the olden days.  I'm not sure it would be causing
>>>> problems here, but you might want to try removing it.
>>>>
>>>> If that doesn't help, see if this brute-force approach fixes it
>>>> temporarily:
>>>>
>>>> $wgBaseDirectory = MW_INSTALL_PATH;
>>>>
>>>> Let us know if any of that works.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Sun, Jul 3, 2022 at 12:38 PM Jeffrey T. Darlington <
>>>> jeff.darling...@gmail.com> wrote:
>>>>
>>>>> Ever since the release of 1.38, I have been trying unsuccessfully to
>>>>> upgrade from 1.37.x. I keep running into the same issues. If I start from
>>>>> my current 1.37.x base, I get the following errors when I run update.php:
>>>>>
>>>>> 
>>>>> PHP Fatal error:  Uncaught Exception: Unable to open file
>>>>> /Vector/skin.json: filemtime(): stat failed for /Vector/skin.json in
>>>>> /var/www/gpf/mediawiki-1.38.2/includes/registration/ExtensionRegistry.php:182
>>>>> Stack trace:
>>>>> #0 /var/www/gpf/mediawiki-1.38.2/includes/GlobalFunctions.php(89):
>>>>> ExtensionRegistry->queue('/Vector/skin.js...')
>>>>> #1 /var/www/gpf/mediawiki-1.38.2/LocalSettings.php(305):
>>>>> wfLoadSkin('Vector')
>>>>> #2 /var/www/gpf/mediawiki

[MediaWiki-l] Re: Unable to upgrade to 1.38.x from 1.37.x

[Benjamin Lees]

Pretty strange, since the error in question literally checks
"$wgBaseDirectory !== MW_INSTALL_PATH".  Maybe there's something weird
going on because of the order in which the files are initialized.

What does it output if you add debugging checks for $wgBaseDirectory and
MW_INSTALL_PATH after line 235 in Setup.php?

On Sun, Jul 3, 2022 at 6:19 PM Jeffrey T. Darlington <
jeff.darling...@gmail.com> wrote:

> Thanks for the suggestions, but no luck here.  I did indeed have the old
> "$IP = MW_INSTALL_PATH" block.  But if I comment that out, I still get the
> same "Unable to open file /Vector/skin.json" error.  Same goes for the
> "$wgBaseDirectory = MW_INSTALL_PATH" suggestion; that gives me the
> "$wgBaseDirectory must not be modified in settings files!" error.  Neither
> option seems to work for me.
>
> Jeffrey T. Darlington
> General Protection Fault
> https://www.gpf-comics.com/
>
> On Sun, Jul 3, 2022 at 2:57 PM Benjamin Lees  wrote:
>
>> Hi Jeffrey, I think this is indeed the same issue as in the previous
>> thread:
>> https://lists.wikimedia.org/hyperkitty/list/mediawiki-l@lists.wikimedia.org/thread/5YKDMFRHANRXKFDLWGLHXTGWSOW7V676/
>> Of course, you have reached the point where I didn't have a way forward.
>> :-)
>>
>> A bit of background information: I believe the change that release note
>> refers to is this:
>> https://gerrit.wikimedia.org/r/c/mediawiki/core/+/757744
>>
>> One possible culprit: Antique versions of MediaWiki set this snippet in
>> LocalSettings.php at the top:
>>
>> if( defined( 'MW_INSTALL_PATH' ) ) {
>> $IP = MW_INSTALL_PATH;
>> } else {
>> $IP = dirname( __FILE__ );
>> }
>>
>> It hasn't been necessary in over a decade but will still probably be
>> there if you installed in the olden days.  I'm not sure it would be causing
>> problems here, but you might want to try removing it.
>>
>> If that doesn't help, see if this brute-force approach fixes it
>> temporarily:
>>
>> $wgBaseDirectory = MW_INSTALL_PATH;
>>
>> Let us know if any of that works.
>>
>>
>>
>>
>>
>> On Sun, Jul 3, 2022 at 12:38 PM Jeffrey T. Darlington <
>> jeff.darling...@gmail.com> wrote:
>>
>>> Ever since the release of 1.38, I have been trying unsuccessfully to
>>> upgrade from 1.37.x. I keep running into the same issues. If I start from
>>> my current 1.37.x base, I get the following errors when I run update.php:
>>>
>>> 
>>> PHP Fatal error:  Uncaught Exception: Unable to open file
>>> /Vector/skin.json: filemtime(): stat failed for /Vector/skin.json in
>>> /var/www/gpf/mediawiki-1.38.2/includes/registration/ExtensionRegistry.php:182
>>> Stack trace:
>>> #0 /var/www/gpf/mediawiki-1.38.2/includes/GlobalFunctions.php(89):
>>> ExtensionRegistry->queue('/Vector/skin.js...')
>>> #1 /var/www/gpf/mediawiki-1.38.2/LocalSettings.php(305):
>>> wfLoadSkin('Vector')
>>> #2 /var/www/gpf/mediawiki-1.38.2/includes/Setup.php(204):
>>> require_once('/var/www/gpf/me...')
>>> #3 /var/www/gpf/mediawiki-1.38.2/maintenance/doMaintenance.php(96):
>>> require_once('/var/www/gpf/me...')
>>> #4 /var/www/gpf/mediawiki-1.38.2/maintenance/update.php(264):
>>> require_once('/var/www/gpf/me...')
>>> #5 {main}
>>>   thrown in
>>> /var/www/gpf/mediawiki-1.38.2/includes/registration/ExtensionRegistry.php
>>> on line 182
>>> 
>>>
>>> It looks like it's trying to load the Vector skin from the root of my
>>> file system (/Vector.skin.json). If I try to force it to look in the skins
>>> directory with something like this in LocalSettings.php:
>>>
>>> 
>>> $wgStyleDirectory = "$IP/skins";
>>> 
>>>
>>> I get a totally different set of errors:
>>>
>>> 
>>> PHP Fatal error:  Uncaught FatalError: $wgBaseDirectory must not be
>>> modified in settings files! Use the MW_INSTALL_PATH environment variable to
>>> override the installation root directory. in
>>> /var/www/gpf/mediawiki-1.38.2/includes/Setup.php:237
>>> Stack trace:
>>> #0 /var/www/gpf/mediawiki-1.38.2/maintenance/doMaintenance.php(96):
>>> require_once()
>>> #1 /var/www/gpf/mediawiki-1.38.2/maintenance/update.php(264):
>>> require_once('/var/www/gpf/me...')
>>> #2 {main}
>>>   thrown in /var/ww

[MediaWiki-l] Re: Unable to upgrade to 1.38.x from 1.37.x

[Benjamin Lees]

Hi Jeffrey, I think this is indeed the same issue as in the previous
thread:
https://lists.wikimedia.org/hyperkitty/list/mediawiki-l@lists.wikimedia.org/thread/5YKDMFRHANRXKFDLWGLHXTGWSOW7V676/
Of course, you have reached the point where I didn't have a way forward. :-)

A bit of background information: I believe the change that release note
refers to is this: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/757744

One possible culprit: Antique versions of MediaWiki set this snippet in
LocalSettings.php at the top:

if( defined( 'MW_INSTALL_PATH' ) ) {
$IP = MW_INSTALL_PATH;
} else {
$IP = dirname( __FILE__ );
}

It hasn't been necessary in over a decade but will still probably be there
if you installed in the olden days.  I'm not sure it would be causing
problems here, but you might want to try removing it.

If that doesn't help, see if this brute-force approach fixes it temporarily:

$wgBaseDirectory = MW_INSTALL_PATH;

Let us know if any of that works.





On Sun, Jul 3, 2022 at 12:38 PM Jeffrey T. Darlington <
jeff.darling...@gmail.com> wrote:

> Ever since the release of 1.38, I have been trying unsuccessfully to
> upgrade from 1.37.x. I keep running into the same issues. If I start from
> my current 1.37.x base, I get the following errors when I run update.php:
>
> 
> PHP Fatal error:  Uncaught Exception: Unable to open file
> /Vector/skin.json: filemtime(): stat failed for /Vector/skin.json in
> /var/www/gpf/mediawiki-1.38.2/includes/registration/ExtensionRegistry.php:182
> Stack trace:
> #0 /var/www/gpf/mediawiki-1.38.2/includes/GlobalFunctions.php(89):
> ExtensionRegistry->queue('/Vector/skin.js...')
> #1 /var/www/gpf/mediawiki-1.38.2/LocalSettings.php(305):
> wfLoadSkin('Vector')
> #2 /var/www/gpf/mediawiki-1.38.2/includes/Setup.php(204):
> require_once('/var/www/gpf/me...')
> #3 /var/www/gpf/mediawiki-1.38.2/maintenance/doMaintenance.php(96):
> require_once('/var/www/gpf/me...')
> #4 /var/www/gpf/mediawiki-1.38.2/maintenance/update.php(264):
> require_once('/var/www/gpf/me...')
> #5 {main}
>   thrown in
> /var/www/gpf/mediawiki-1.38.2/includes/registration/ExtensionRegistry.php
> on line 182
> 
>
> It looks like it's trying to load the Vector skin from the root of my file
> system (/Vector.skin.json). If I try to force it to look in the skins
> directory with something like this in LocalSettings.php:
>
> 
> $wgStyleDirectory = "$IP/skins";
> 
>
> I get a totally different set of errors:
>
> 
> PHP Fatal error:  Uncaught FatalError: $wgBaseDirectory must not be
> modified in settings files! Use the MW_INSTALL_PATH environment variable to
> override the installation root directory. in
> /var/www/gpf/mediawiki-1.38.2/includes/Setup.php:237
> Stack trace:
> #0 /var/www/gpf/mediawiki-1.38.2/maintenance/doMaintenance.php(96):
> require_once()
> #1 /var/www/gpf/mediawiki-1.38.2/maintenance/update.php(264):
> require_once('/var/www/gpf/me...')
> #2 {main}
>   thrown in /var/www/gpf/mediawiki-1.38.2/includes/Setup.php on line 237
> 
>
> Since I haven't modified $wgBaseDirectory anywhere, including my
> LocalSettings.php, I'm not sure how to interpret this. I can only assume
> this variable is derived somehow.  I am *NOT* trying to override my
> installation root directory; I'm just trying to get the upgrade script to
> see the skins directory.
>
> The release notes for 1.38 state: " $wgStyleDirectory and
> $wgExtensionDirectory – These are now set later, so can no longer be used
> within LocalSettings.php unless explicitly set in that file." I have no
> idea how to interpret that; this sentence barely makes any sense. I can no
> longer set this variable in LocalSetings unless I set it in LocalSettings?
> The documentation here is somewhat... lacking.
>
> At this point, I was able to get my site up to 1.37.3, but I cannot move
> forward to 1.38. I remember someone else posting to this list about a
> similar issue a few weeks ago, but I don't think they received any
> resolution.  The only other possible thing I can think worth mentioning is
> that I've been running MediaWiki for years now, so I have no idea what
> ancient settings might still be lurking in my LocalSettings.php file that
> have been retired or changed meaning over the years. I've scanned through
> the file multiple times now and I can't find anything to looks out of place.
>
> Any help would be appreciated.
>
> Jeffrey T. Darlington
> General Protection Fault
> https://www.gpf-comics.com/
>
> ___
> MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
> To unsubscribe send an email to mediawiki-l-le...@lists.wikimedia.org
>
> https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/
___
MediaWiki-l mailing list -- 

[MediaWiki-l] Re: update.php failed for mediawiki-1.38.0

[Benjamin Lees]

 You're missing the dollar sign in $IP. :-)

On Mon, Jun 6, 2022 at 3:09 AM Stefanie Leisestreichler <
stefanie.leisestreich...@peter-speer.de> wrote:

> When setting
>
> $wgExtensionDirectory = "{$IP}/extensions";
>
> there are no more errors regarding missing extensions/extension.json.
>
> Now the same problem applies to the Skins I am using. Thanks to the link
> you provided I set $wgStyleDirectory in Localsettings.php also. This is
> my current config:
>
> # Themes
> $wgStyleDirectory = "{IP}/skins";
> wfLoadSkin( 'Timeless' );
> wfLoadSkin( 'Vector' );
> wfLoadSkin( 'MonoBook' );
>
> Now the next error appears when running "php update.php":
>
> PHP Fatal error:  Uncaught Exception: Unable to open file
> {IP}/skins/Timeless/skin.json: filemtime(): stat failed for
> {IP}/skins/Timeless/skin.json in
> /srv/http/wiki.intranet.xyz
> .tld/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
>
> This time the software is right. Means, there is no "skin.json" in none
> of the directories of the skins I am using...
>
>
> On 06.06.22 00:30, Benjamin Lees wrote:
> > The initialization of $wgExtensionDirectory changed in 1.38:
> >
> https://github.com/wikimedia/mediawiki/commit/f5641f9856b27c1b88bdbb5456d59f394c37d2e3
> > <
> https://github.com/wikimedia/mediawiki/commit/f5641f9856b27c1b88bdbb5456d59f394c37d2e3
> >
> >
> > I don't think that should be a problem, though, unless you're using
> > $wgExtensionDirectory to define another path in LocalSettings.php.  What
> > happens if you set:
> >
> > $wgExtensionDirectory = "{$IP}/extensions";
> >
> > near the start of LocalSettings.php?
> >
> > On Sun, Jun 5, 2022 at 3:09 AM Stefanie Leisestreichler
> >  > <mailto:stefanie.leisestreich...@peter-speer.de>> wrote:
> >
> > No, not setting $wgExtensionDirectory. Extensions all are loaded with
> > pattern like wfLoadExtension( 'Cite' ); .
> >
> > I updated this installalation a few days ago from 1.36.0 to 1.36.2
> > without having any issues. The bug suddenly appears when updating
> from
> > 1.36.2 to 1.38.0.
> >
> >
> > On 04.06.22 08:51, Benjamin Lees wrote:
> >  > Are you setting $wgExtensionDirectory in LocalSettings.php?  It
> > sounds
> >  > like it's been set to the root directory instead of the extensions
> >  > directory.
> >  >
> >  > On Fri, Jun 3, 2022 at 2:48 PM Stefanie Leisestreichler
> >  >  > <mailto:stefanie.leisestreich...@peter-speer.de>
> >  > <mailto:stefanie.leisestreich...@peter-speer.de
> > <mailto:stefanie.leisestreich...@peter-speer.de>>> wrote:
> >  >
> >  > Hi.
> >  > When looking at the error message "stat failed for
> >  > /Cite/extension.json"
> >  > one will see, that update.php is not looking in
> > "extensions/Cite/" for
> >  > extension.json. Instead it is searching in "/Cite/" for
> > extension.json.
> >  >
> >  > File extensions/Cite/extension.json exists in my
> > installation, but not
> >  > /Cite/extension.json.
> >  >
> >  > I guess it is a bug.
> >  > Thanks.
> >  >
> >  > On 03.06.22 20:41, Sammy Tarling wrote:
> >  >  > Hey,
> >  >  >
> >  >  > It'd be worth checking that extensions/Cite/extension.json
> > exists,
> >  >  > and/or re-downloading the Cite Extension
> >  >  >
> > <https://www.mediawiki.org/wiki/Extension:Cite#Installation
> > <https://www.mediawiki.org/wiki/Extension:Cite#Installation>
> >  > <https://www.mediawiki.org/wiki/Extension:Cite#Installation
> > <https://www.mediawiki.org/wiki/Extension:Cite#Installation>>> if
> >  > possible.
> >  >  >
> >  >  > If you're still having trouble, Manual:How to debug
> >  >  > <https://www.mediawiki.org/wiki/Manual:How_to_debug
> > <https://www.mediawiki.org/wiki/Manual:How_to_debug>
> >  > <https://www.mediawiki.org/wiki/Manual:How_to_debug
> > <https://www.mediawiki.org/wiki/Manual:How_to_debug>>> has some good
> >  >  > pointers for finding more specific error messages.
> >  >  > If you end up

[MediaWiki-l] Re: update.php failed for mediawiki-1.38.0

[Benjamin Lees]

The initialization of $wgExtensionDirectory changed in 1.38:
https://github.com/wikimedia/mediawiki/commit/f5641f9856b27c1b88bdbb5456d59f394c37d2e3

I don't think that should be a problem, though, unless you're using
$wgExtensionDirectory to define another path in LocalSettings.php.  What
happens if you set:

$wgExtensionDirectory = "{$IP}/extensions";

near the start of LocalSettings.php?

On Sun, Jun 5, 2022 at 3:09 AM Stefanie Leisestreichler <
stefanie.leisestreich...@peter-speer.de> wrote:

> No, not setting $wgExtensionDirectory. Extensions all are loaded with
> pattern like wfLoadExtension( 'Cite' ); .
>
> I updated this installalation a few days ago from 1.36.0 to 1.36.2
> without having any issues. The bug suddenly appears when updating from
> 1.36.2 to 1.38.0.
>
>
> On 04.06.22 08:51, Benjamin Lees wrote:
> > Are you setting $wgExtensionDirectory in LocalSettings.php?  It sounds
> > like it's been set to the root directory instead of the extensions
> > directory.
> >
> > On Fri, Jun 3, 2022 at 2:48 PM Stefanie Leisestreichler
> >  > <mailto:stefanie.leisestreich...@peter-speer.de>> wrote:
> >
> > Hi.
> > When looking at the error message "stat failed for
> > /Cite/extension.json"
> > one will see, that update.php is not looking in "extensions/Cite/"
> for
> > extension.json. Instead it is searching in "/Cite/" for
> extension.json.
> >
> > File extensions/Cite/extension.json exists in my installation, but
> not
> > /Cite/extension.json.
> >
> > I guess it is a bug.
> > Thanks.
> >
> > On 03.06.22 20:41, Sammy Tarling wrote:
> >  > Hey,
> >  >
> >  > It'd be worth checking that extensions/Cite/extension.json exists,
> >  > and/or re-downloading the Cite Extension
> >  > <https://www.mediawiki.org/wiki/Extension:Cite#Installation
> > <https://www.mediawiki.org/wiki/Extension:Cite#Installation>> if
> > possible.
> >  >
> >  > If you're still having trouble, Manual:How to debug
> >  > <https://www.mediawiki.org/wiki/Manual:How_to_debug
> > <https://www.mediawiki.org/wiki/Manual:How_to_debug>> has some good
> >  > pointers for finding more specific error messages.
> >  > If you end up reporting a bug, please have a read of this guidance
> >  > <https://www.mediawiki.org/wiki/How_to_report_a_bug
> > <https://www.mediawiki.org/wiki/How_to_report_a_bug>> to ensure we
> have
> >  > as much information as possible.
> >  >
> >  >
> >  > On Fri, Jun 3, 2022 at 12:03 PM Stefanie Leisestreichler
> >  >  > <mailto:stefanie.leisestreich...@peter-speer.de>
> >  > <mailto:stefanie.leisestreich...@peter-speer.de
> > <mailto:stefanie.leisestreich...@peter-speer.de>>> wrote:
> >  >
> >  > Hi.
> >  > When running "php update.php" I get this error:
> >  >
> >  > php update.php
> >  > PHP Fatal error:  Uncaught Exception: Unable to open file
> >  > /Cite/extension.json: filemtime(): stat failed for
> > /Cite/extension.json
> >  > in
> >  >
> >   /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
> <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
> >
> >  >
> >   <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
> <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
> >>
> >  > Stack trace:
> >  > #0
> >  >
> >   /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/GlobalFunctions.php(52) <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/GlobalFunctions.php(52)
> >
> >  >
> >   <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/GlobalFunctions.php(52)
> <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/GlobalFunctions.php(52)
> >>:
> >  >
> >  > ExtensionRegistry->queue()
> >  > #1
> >  >
> >   /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/LocalSettings.php(203) <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/LocalSettings.php(203)>
> >  >
> >  

[MediaWiki-l] Re: update.php failed for mediawiki-1.38.0

[Benjamin Lees]

Are you setting $wgExtensionDirectory in LocalSettings.php?  It sounds like
it's been set to the root directory instead of the extensions directory.

On Fri, Jun 3, 2022 at 2:48 PM Stefanie Leisestreichler <
stefanie.leisestreich...@peter-speer.de> wrote:

> Hi.
> When looking at the error message "stat failed for /Cite/extension.json"
> one will see, that update.php is not looking in "extensions/Cite/" for
> extension.json. Instead it is searching in "/Cite/" for extension.json.
>
> File extensions/Cite/extension.json exists in my installation, but not
> /Cite/extension.json.
>
> I guess it is a bug.
> Thanks.
>
> On 03.06.22 20:41, Sammy Tarling wrote:
> > Hey,
> >
> > It'd be worth checking that extensions/Cite/extension.json exists,
> > and/or re-downloading the Cite Extension
> >  if
> possible.
> >
> > If you're still having trouble, Manual:How to debug
> >  has some good
> > pointers for finding more specific error messages.
> > If you end up reporting a bug, please have a read of this guidance
> >  to ensure we have
> > as much information as possible.
> >
> >
> > On Fri, Jun 3, 2022 at 12:03 PM Stefanie Leisestreichler
> >  > > wrote:
> >
> > Hi.
> > When running "php update.php" I get this error:
> >
> > php update.php
> > PHP Fatal error:  Uncaught Exception: Unable to open file
> > /Cite/extension.json: filemtime(): stat failed for
> /Cite/extension.json
> > in
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
> >
> > Stack trace:
> > #0
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/GlobalFunctions.php(52)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/GlobalFunctions.php(52)
> >:
> >
> > ExtensionRegistry->queue()
> > #1
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/LocalSettings.php(203)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/LocalSettings.php(203)>:
> >
> > wfLoadExtension()
> > #2
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/Setup.php(204)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/Setup.php(204)>:
> >
> > require_once('...')
> > #3
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/maintenance/doMaintenance.php(96)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/maintenance/doMaintenance.php(96)
> >:
> >
> > require_once('...')
> > #4
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/maintenance/update.php(264)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/maintenance/update.php(264)
> >:
> >
> > require_once('...')
> > #5 {main}
> > thrown in
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php
> >
> >
> > on line 182
> > Fatal error: Uncaught Exception: Unable to open file
> > /Cite/extension.json: filemtime(): stat failed for
> /Cite/extension.json
> > in
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php:182
> >
> > Stack trace:
> > #0
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/GlobalFunctions.php(52)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/GlobalFunctions.php(52)
> >:
> >
> > ExtensionRegistry->queue()
> > #1
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/LocalSettings.php(203)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/LocalSettings.php(203)>:
> >
> > wfLoadExtension()
> > #2
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/Setup.php(204)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/includes/Setup.php(204)>:
> >
> > require_once('...')
> > #3
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/maintenance/doMaintenance.php(96)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/maintenance/doMaintenance.php(96)
> >:
> >
> > require_once('...')
> > #4
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/maintenance/update.php(264)
> > <
> http://wiki.intranet.lamby.de/mediawiki-1.38.0/maintenance/update.php(264)
> >:
> >
> > require_once('...')
> > #5 {main}
> > thrown in
> > /srv/http/
> wiki.intranet.lamby.de/mediawiki-1.38.0/includes/registration/ExtensionRegistry.php
> > <
> 

Re: [MediaWiki-l] Unknown: file created in the system's temporary directory

[Benjamin Lees]

I am not sure this necessarily refers to the upload temp directory.
Anyway, did you look at https://bugs.php.net/bug.php?id=74189 ?
(The port used in that log entry appears to be the one that Gitblit
defaults to, incidentally.)

On Thu, Apr 8, 2021 at 3:48 PM Jeffrey Walton  wrote:

> Hi Everyone,
>
> I'm seeing some funny business in our log files.
>
> [Thu Apr 08 10:52:20.225624 2021] [php7:notice] [pid 1823] [client
> 71.179.5.32:29418] PHP Notice:  Unknown: file created in the system's
> temporary directory in Unknown on line 0, referer:
> https://www.cryptopp.com/w/index.php?title=Linux=edit
>
> We override the upload directory for Apache, so nothing should be
> written to the system's temporary directory:
>
> # grep -IR 'temp_dir' /etc
> /etc/php/7.4/cli/php.ini:; Defaults to the system default (see
> sys_get_temp_dir)
> /etc/php/7.4/cli/php.ini:;sys_temp_dir = "/tmp"
> /etc/php/7.4/apache2/php.ini:; Defaults to the system default (see
> sys_get_temp_dir)
> /etc/php/7.4/apache2/php.ini:sys_temp_dir = "/var/lib/php/tmp"
>
> And:
>
> # ls -Al /var/lib/php
> drwxr-xr-x 3 www-data www-data 4096 Mar 31 17:04 modules
> drwx-wx-wt 2 www-data www-data 4096 Mar 27  2020 sessions
> drwxr-xr-x 2 www-data www-data 4096 Apr  8 11:37 tmp
>
> And:
>
> # grep base /etc/php/7.4/apache2/conf.d/99-security.ini
> open_basedir="/var/www/html/:/var/lib/php/"
>
> We are not sure what is going on. I guess we missed a setting somewhere.
>
> How is the attacker creating files on the system given they are not logged
> in?
>
> Thanks in advance.
>
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Configuration

[Benjamin Lees]

Bonjour/hi, you can leave the database prefix blank, if I understand your
question correctly.

On Mon, Mar 29, 2021, 11:17 AM mailou  wrote:

> Bonjour,
> Je ne comprends pas le système de configuration personnellement j'ai:
>
> Nom d'utilisateur, Nom de la base,  Adresse du serveur, au lieu de:
>
> --Nom de la base de données (sans tirets) :
> Préfixe des tables de la base de données (sans tirets) :
>
> Nom d’utilisateur de la base de données :
> Pouvez vous m'aider
> merci
>
>
> *Le sage montre la lune du bout du doigt, l'idiot regarde le bout du doigt*
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] MW 1.34 cleanupUsersWithNoId.php may be out of sync

[Benjamin Lees]

Hi Jeffrey, see the deprecation notice on <
https://www.mediawiki.org/wiki/Manual:Archive_table#ar_user> and the
documentation at .

Emufarmers

On Mon, Apr 20, 2020 at 5:36 PM Jeffrey Walton  wrote:

> Hi Everyone,
>
> We upgraded to MW 1.34.1. maintenance/update.php was run during the
> upgrade process.
>
> We are now doing post-install maintenance, like running a cleanup
> script (
> https://github.com/weidai11/website/blob/master/root/cleanup-wiki.sh).
> The script is complaining:
>
> Wikimedia\Rdbms\DBQueryError from line 1603 of
> /var/www/html/w/includes/libs/rdbms/database/Database.php: A database
> query error has occurred. Did you forget to run your application's
> database schema updater after upgrading?
> Query: SELECT  ar_id,ar_user,ar_user_text,ar_id  FROM
> `wikicryptopp_archive`WHERE (1=1)  ORDER BY ar_id LIMIT 100
> Function: CleanupUsersWithNoId::cleanup
> Error: 1054 Unknown column 'ar_user' in 'field list' (localhost)
>
> #0 /var/www/html/w/includes/libs/rdbms/database/Database.php(1574):
> Wikimedia\Rdbms\Database->getQueryExceptionAndLog('Unknown column
> ...', 1054, 'SELECT  ar_id,a...', 'CleanupUsersWit...')
> #1 /var/www/html/w/includes/libs/rdbms/database/Database.php(1152):
> Wikimedia\Rdbms\Database->reportQueryError('Unknown column ...', 1054,
> 'SELECT  ar_id,a...', 'CleanupUsersWit...', false)
> #2 /var/www/html/w/includes/libs/rdbms/database/Database.php(1807):
> Wikimedia\Rdbms\Database->query('SELECT  ar_id,a...',
> 'CleanupUsersWit...')
> #3 /var/www/html/w/includes/libs/rdbms/database/DBConnRef.php(68):
> Wikimedia\Rdbms\Database->select('archive', Array, Array,
> 'CleanupUsersWit...', Array)
> #4 /var/www/html/w/includes/libs/rdbms/database/DBConnRef.php(315):
> Wikimedia\Rdbms\DBConnRef->__call('select', Array)
> #5 /var/www/html/w/maintenance/cleanupUsersWithNoId.php(153):
> Wikimedia\Rdbms\DBConnRef->select('archive', Array, Array,
> 'CleanupUsersWit...', Array)
> #6 /var/www/html/w/maintenance/cleanupUsersWithNoId.php(63):
> CleanupUsersWithNoId->cleanup('archive', Array, 'ar_user',
> 'ar_user_text', Array, Array)
> #7 /var/www/html/w/maintenance/Maintenance.php(1746):
> CleanupUsersWithNoId->doDBUpdates()
> #8 /var/www/html/w/maintenance/doMaintenance.php(99):
> LoggedUpdateMaintenance->execute()
> #9 /var/www/html/w/maintenance/cleanupUsersWithNoId.php(212):
> require_once('/var/www/html/w...')
> #10 {main}
>
> The script used to work with MW 1.33.
>
> Jeff
>
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] How to temp ban hosts based on requests

[Benjamin Lees]

On Sun, Apr 19, 2020 at 7:48 PM Jeffrey Walton  wrote:

> It seems like Mediawiki should know it is incorrect for someone to
> request load.php. The request should be killed in the application.
> Mediawiki has the specialized knowledge required to stop the
> shenanigans.
>
>
load.php is meant to be requested: <
https://www.mediawiki.org/wiki/Manual:Load.php>.
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Help with project

[Benjamin Lees]

Actually, I think I've found something that might help Pedro.  I will send
it to him off-list, though, since this isn't really MediaWiki-related. :-)

Emufarmers

On Mon, Mar 2, 2020 at 3:00 PM Benjamin Lees  wrote:

> Hi Pedro, Hackteria is a wiki unaffiliated with the Wikimedia projects, so
> your login from Wikipedia won't work.  It appears they've disabled
> registration entirely for the wiki.  You could contact whoever runs the
> site and ask for an account; MediaWiki does have a feature to allow you to
> email another user if you're logged in, but only if they also set an email
> address, which I would guess is unlikely here, given that the post you're
> looking at was created almost 10 years ago.  You may be on your own for
> your project, unfortunately. :-(
>
> Emufarmers
>
> On Mon, Mar 2, 2020 at 12:51 PM Pedro D'Luca  wrote:
>
>> Hey, me and my friends are doing a school ending project based on a post
>> from hackteria, so we need help from the guy who make the original post
>> and
>> project, but I'm failing trying to make contact with him because my login
>> is not working on that post.
>> So if you could help us, it's gonna be grateful for us cause is the most
>> important thing to do for finishing the school and we get anxiety and
>> interested on the idea. Here the link post
>> https://hackteria.org/wiki/DIY_Sterlisation_Hood
>>
>>
>> Thanks, Pedro D'Luca
>> ___
>> MediaWiki-l mailing list
>> To unsubscribe, go to:
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Help with project

[Benjamin Lees]

Hi Pedro, Hackteria is a wiki unaffiliated with the Wikimedia projects, so
your login from Wikipedia won't work.  It appears they've disabled
registration entirely for the wiki.  You could contact whoever runs the
site and ask for an account; MediaWiki does have a feature to allow you to
email another user if you're logged in, but only if they also set an email
address, which I would guess is unlikely here, given that the post you're
looking at was created almost 10 years ago.  You may be on your own for
your project, unfortunately. :-(

Emufarmers

On Mon, Mar 2, 2020 at 12:51 PM Pedro D'Luca  wrote:

> Hey, me and my friends are doing a school ending project based on a post
> from hackteria, so we need help from the guy who make the original post and
> project, but I'm failing trying to make contact with him because my login
> is not working on that post.
> So if you could help us, it's gonna be grateful for us cause is the most
> important thing to do for finishing the school and we get anxiety and
> interested on the idea. Here the link post
> https://hackteria.org/wiki/DIY_Sterlisation_Hood
>
>
> Thanks, Pedro D'Luca
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] MobileFrontend problems

[Benjamin Lees]

The 1.26 version of the extension doesn't use the new syntax, so you
should probably use it instead of the master version.

On Wed, Jun 22, 2016 at 2:20 PM, Bartosz Dziewoński  wrote:
> It looks like the current version of MobileFrontend requires PHP 5.5. The
> specific error you're getting is caused by a use of the ClassName::class
> syntax (https://wiki.php.net/rfc/class_name_scalars), there are probably
> other places where some new syntax is used.
>
> Note that MediaWiki 1.27 will also require PHP 5.5
> (https://www.mediawiki.org/wiki/Compatibility#PHP).
>
> --
> Bartosz Dziewoński
>
>
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] How to get the top-3 viewed wiki page?

[Benjamin Lees]

MediaWiki used to include a built-in feature for counting views.
Unfortunately, there were some fundamental problems with the way it
was implemented, so it was removed.  If you want the feature and are
okay with those problems, you can install this extension:
https://www.mediawiki.org/wiki/Extension:HitCounters
If you want good data, though, you should integrate Google Analytics
or a FLOSS alternative.
https://www.mediawiki.org/wiki/Category:Web_Analytics_extensions has a
few different implementations.

On Mon, Apr 11, 2016 at 7:35 PM, Jingyi C. Shi  wrote:
> Dear all,
>
> I want to get the top-3 viewed pages in my wiki site. Do you know how to do
> that?
>
> Looking forward to your help.
>
> Thanks,
> Jingyi
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] 1.26.2 : web updater displays index.php without styles and can't find an existing installation

[Benjamin Lees]

Maybe your URL configuration is tripping it up.

What does the error log say? https://www.mediawiki.org/wiki/Manual:How_to_debug

On Wed, Apr 6, 2016 at 1:36 PM, A. Johannsen, vij Koordination
 wrote:
> Dear all,
>
> I have a problem with updating mediawiki 1.18.1 to the current version
> 1.26.2.  Since I have no access to the command line, I am using the web
> browser instead.
>
> The problem is that index.php in mw-config is read, but it is displayed
> without styles.  I am still able to select a language. But when I click
> "continue", the next page is white.  The procedure doesn't find an existing
> installation, even though a Localsettings.php exists in the root directory.
>
> Please help.
>
> Many thanks,
>
> Andreas
>
>
> --
> 
>
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] PAGESINCATEGORY discrepancy

[Benjamin Lees]

I purged[0] the first page, and it shows 405 now.  The category page
still shows 397, because it only counts files categorized in it, while
PAGESINCATEGORY counts subcategories too.  You probably want to use
{{PAGESINCATEGORY:Order.gif stroke order images|files}} instead.

[0] https://www.mediawiki.org/wiki/Manual:Purge

On Mon, Feb 15, 2016 at 5:18 PM, David Newman  wrote:
> Hi,
> I've been creating and uploading animated images to the Commons Stroke
> order Project.
> https://commons.wikimedia.org/wiki/Commons:Stroke_Order_Project
>
> This URL has references to {{PAGESINCATEGORY:Order.gif stroke order images}}
>
> The value displayed on this page is 391, whereas the category page shows
> 397.
> https://commons.wikimedia.org/wiki/Category:Order.gif_stroke_order_images
>
> The images I upload I put into the license {{SOlicense}} as well as add
> them to the category "Order.gif stroke order images".
>
> I can't figure out what I am doing wrong because obviously the other 391
> images uploaded by others are being counted.  This is the latest image I
> have uploaded:
>
> https://commons.wikimedia.org/wiki/File:%E5%87%AF-order.gif
>
> Any ideas?  Thanks.
>
> -Dave
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Problem with upload directory outside web root

[Benjamin Lees]

On Sun, Jan 17, 2016 at 7:30 PM, Jon Theil Nielsen  wrote:
> Uploads should be outside the web root. To keep it organized and to save
> space on the servers drive.

I don't see how space-saving comes into it (though it could help for
putting all the space on a different drive).

$wgUploadPath is a URL path, rather than a filesystem path.  A symlink
is a simple way to handle the mapping between the URL path and the
filesystem path.  An Apache alias would probably also work fine.  I
don't think it can be done in LocalSettings.php alone.

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] problem following 1.16 to 1.25 conversion

[Benjamin Lees]

You might want to fiddle with $wgDBTableOptions.[0]  The current
default is different from what you have.

[0] https://www.mediawiki.org/wiki/Manual:$wgDBTableOptions

On Wed, Nov 18, 2015 at 12:08 AM, kkm  wrote:
> Below is my LocalSettings.php w/ sensitive info (e.g., logins/pw) blanked
> out.
>
> Best Regards,
>
> Krishna
>
> 
> # This file was automatically generated by the MediaWiki installer.
> # If you make manual changes, please keep track in case you need to
> # recreate them later.
> #
> # See includes/DefaultSettings.php for all configurable settings
> # and their default values, but don't forget to make changes in _this_
> # file, not there.
> #
> # Further documentation for configuration settings may be found at:
> # http://www.mediawiki.org/wiki/Manual:Configuration_settings
>
> # If you customize your file layout, set $IP to the directory that contains
> # the other MediaWiki files. It will be used as a base to locate files.
> if( defined( 'MW_INSTALL_PATH' ) ) {
> $IP = MW_INSTALL_PATH;
> } else {
> $IP = dirname( __FILE__ );
> }
>
> $path = array( $IP, "$IP/includes", "$IP/languages" );
> set_include_path( implode( PATH_SEPARATOR, $path ) . PATH_SEPARATOR .
> get_include_path() );
>
> require_once( "$IP/includes/DefaultSettings.php" );
> require_once( "{$IP}/extensions/NewUserNotif/NewUserNotif.php" );
>
> #add extension to add  tags
> require_once( $IP.'/extensions/Cite/Cite.php' );
>
>
> # If PHP's memory limit is very low, some operations may fail.
> # ini_set( 'memory_limit', '20M' );
> # make sure php can find mail api
> ini_set ('include_path', get_include_path() . PATH_SEPARATOR .
> '/usr/share/php/');
>
> if ( $wgCommandLineMode ) {
> if ( isset( $_SERVER ) && array_key_exists( 'REQUEST_METHOD', $_SERVER
> ) ) {
> die( "This script must be run from the command line\n" );
> }
> }
> ## Uncomment this to disable output compression
> # $wgDisableOutputCompression = true;
> #$wgDisableOutputCompression = false;
>
> $wgSitename = "Hindupedia, the Hindu Encyclopedia";
>
> ## The URL base path to the directory containing the wiki;
> ## defaults for all runtime URL paths are based off of this.
> ## For more information on customizing the URLs please see:
> ## http://www.mediawiki.org/wiki/Manual:Short_URL
> $wgScriptPath   = "/eng"; #virtual path (right part of the first
> rewrite rule)
> $wgScriptExtension  = ".php";
> $wgArticlePath = "/en/$1"; #virtual path (left part of first rewrite rule)
> $wgUsePathInfo = true;
>
>
> $wgEnableWriteAPI = true;
> $wgEnableEmail  = true;
> $wgEnableUserEmail  = true; # UPO
>
> $wgEmergencyContact = "supp...@hindupedia.com";
> $wgPasswordSender = "supp...@hindupedia.com";
>
> ## For a detailed description of the following switches see
> ## http://www.mediawiki.org/wiki/Extension:Email_notification
> ## and http://www.mediawiki.org/wiki/Extension:Email_notification
> ## There are many more options for fine tuning available see
> ## /includes/DefaultSettings.php
> ## UPO means: this is also a user preference option
> $wgEnotifUserTalk = true; # UPO
> $wgEnotifWatchlist = true; # UPO
> $wgEmailAuthentication = true;
>
> $wgDBtype   = "mysql";
>
> $wgDBname   = "HindupediaMySQL";
> $wgDBserver = "localhost";
> $wgDBuser   = ""; ##blanked out
> $wgDBpassword   = ""; ##blanked out
>
> # MySQL specific settings
> $wgDBprefix = "";
>
> # MySQL table options to use during installation or update
> $wgDBTableOptions   = "TYPE=InnoDB";
>
> # Experimental charset support for MySQL 4.1/5.0.
> $wgDBmysql5 = false;
>
> # Postgres specific settings
> $wgDBport   = "5432";
> $wgDBmwschema   = "mediawiki";
> $wgDBts2schema  = "public";
>
> ## Shared memory settings
> $wgMainCacheType = CACHE_ACCEL; /* default: CACHE_NONE */
> #$wgMemCachedServers = array();
>
> ## To enable image uploads, make sure the 'images' directory
> ## is writable, then set this to true:
> $wgEnableUploads = true;
> $wgUseImageMagick = true;
> $wgImageMagickConvertCommand = "/usr/bin/convert";
>
> ## If you use ImageMagick (or any other shell command) on a
> ## Linux server, this will need to be set to the name of an
> ## available UTF-8 locale
> $wgShellLocale = "en_US.UTF-8";
>
> $wgUploadPath = "$wgScriptPath/images";
> $wgUploadDirectory = "$IP/images";
>
> #make links case in-sensitive
> #$wgCapitalLinks = false;
>
> $wgMimeDetectorCommand = "file -bi";
>
> #mime type detection for pptx is incorrect...hence, disable mime type
> checking for uploading it
> #$wgVerifyMimeType = false;
>
> srand(time());
> $random = (rand()%4);
> if ($random == 1)
> {
> $wgLogo = "$wgScriptPath/images/hindupediabanner400x73.gif";
> }
> else if ($random == 2)
> {
> $wgLogo = "$wgScriptPath/images/hindupediabanner2_400x73.gif";
> }
> else if ($random == 3)
> {
> $wgLogo = "$wgScriptPath/images/hp_banner_shreyans-1.gif";
> }
> else
> {
> $wgLogo = 

Re: [MediaWiki-l] no external image displayed by adding $wgAllowExternalImages = true

[Benjamin Lees]

With $wgAllowExternalImages, you don't use the [[ ]] internal link
format. Instead, you just put the image link by itself.

So a line with just
http://www.hiastar.com/images/banners/Sangoma-Certified_Cards_Badge.jpg
will work.

If you want it to be a link, use the [ ] external link format.
[http://linktowhateveryouwant.com
http://www.hiastar.com/images/banners/Sangoma-Certified_Cards_Badge.jpg]

https://www.mediawiki.org/wiki/Manual:$wgAllowExternalImages also
lists reasons you might not want to do this and alternatives that
might be better, but it should work.


On Sat, Oct 17, 2015 at 10:14 PM, james.zhu  wrote:
> hello：all of guys:
> I use MediaWiki 1.25.2 and set  $wgAllowExternalImages = true in 
> LocalSettings.php.
> But my wiki still display the the linke in text, not the real image:
> http://www.hiastar.com/images/banners/Sangoma-Certified_Cards_Badge.jpg
>
>
> the source is: 
> [[file:San.jpg|http://www.hiastar.com/images/banners/Sangoma-Certified_Cards_Badge.jpg]]
>
>
> Does Anyone know what is the problem?
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Collection extension

[Benjamin Lees]

You can choose which version of the extension to download:
https://www.mediawiki.org/wiki/Special:ExtensionDistributor/Collection

On Wed, Oct 7, 2015 at 12:38 AM, Poopak Alaeifar  wrote:
> Hi All,
> Is there anyway to have the collection extension installed on mediawiki 1.23 
> , I need an extension that i can export all the pages of my mediawiki as PDF 
> or something that i can print all the pages .
> Regards,Poopak
>
>
>
> ___
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] newbie help?

[Benjamin Lees]

You need to increase $wgMaxImageArea.

https://www.mediawiki.org/wiki/Manual:$wgMaxImageArea

On Wed, Aug 19, 2015 at 12:27 AM, Dave Stevens g...@uniserve.com wrote:
 I've used cpanel to install mediawiki at kvmf.ca/wiki

 I want to post an image and can't. I've uploaded the image
 to kvmf.ca/wiki/images and used code like this:

 [[File:abc.jpg]]

 expecting that the page would show the image at that point, but instead
 I get a link to a filename (abc.jpg). I've checked the syntax
 repeatedly and have changed the mode of the images folder to 777 hoping
 this would help but to no avail. I don't know what else to try or what
 (if any) diagnostics to try.

 Ideas?

 Dave


 --
 There is a very nasty proposal afoot to pollute the air
 in Smithers even more than it is now. Various objections
 to this have been registered to no effect. Check out issues at
 http://ohnopro.ca

 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] New install - can upload - but no pics show

[Benjamin Lees]

Since there's a 500 error, there should be an entry in the server
error log.  If you're lucky, it might even be something helpful. :)
https://support.hostgator.com/articles/specialized-help/technical/apache-htaccess/can-i-access-my-apache-log-files

On Sun, Aug 9, 2015 at 7:15 PM, Brion Vibber bvib...@wikimedia.org wrote:
 The actual image load gives an 'internal server error' eg
 http://wiki.marylandshallissue.org/images/8/88/MHP.png

 Most likely this is an issue with file permissions and the server
 configuration; many public hosts are set up to disallow web access to
 world-writable directories as a security measure, and the 'images' dirs for
 uploads are often set up as world-writable by default to make it easier for
 web and maintenance scripts to both access the files.

 Try in a terminal on your wiki directory:

   chmod -R 0755 images

 add to your LocalSettings.php to fix future dirs:

   $wgDirectoryMode = 0755;

 See if that helps...

 -- brion

 On Sun, Aug 9, 2015 at 2:07 PM, Brook Powers lwpow...@gmail.com wrote:

 Hello,

 I installed the latest version of MediaWiki to a sub-doman called wiki, on
 my Hostgator Virtual Private Server.

 In the \wiki\config.php, to allow uploads.

 I can upload files, but the do not display on any of the wiki pages.

 Here is an example

 http://wiki.marylandshallissue.org/index.php?title=Maryland_Handgun_Qualification_License

 Any help appreciated.
 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] use ssl to access the database

[Benjamin Lees]

https://www.mediawiki.org/wiki/Manual:$wgDBssl

On Sat, Jul 25, 2015 at 8:51 PM, Tim Dunphy bluethu...@gmail.com wrote:
 Hi all,

   I just added a remote database to my media wiki setup. I can access the
 database from the command line and using that info the wiki site shows up
 in a browser and works.

   But some of the data is sensitive so I need to add an ssl user to access
 the database.

  If i add an ssl user to the db, I can also access it from the command line
 of the web server no problem:

 [root@ops:~] #mysql -uadmin_ssl -p -h db.example.com -e SHOW DATABASES
 Enter password:
 ++
 | Database   |
 ++
 | certs  |
 | information_schema |
 | jfwiki |
 | mysql  |
 | performance_schema |
 ++

 But with the ssl user in place in LocalSettings.php, I'm getting this
 response from the browser:

 Sorry! This site is experiencing technical difficulties.

 Try waiting a few minutes and reloading.

 *(Cannot access the database: Access denied for user
 'admin_ssl'@'ec2-xx-xx-xxx-xx.compute-1.amazonaws.com
 http://ec2-xx-xx-xxx-xx.compute-1.amazonaws.com' (using password: YES)
 (db.example.com http://db.example.com))*

 You can try searching via Google in the meantime.
 Note that their indexes of our content may be out of date.

 JF Wiki  WWW

 This is what the grant for the user looks like in the database:

 MariaDB [(none)] show grants for  'admin_ssl'@'
 ec2-xx-xx-xxx-xx.compute-1.amazonaws.com';
 +--+
 | Grants for admin_...@ec2-xx-xx-xxx-xx.compute-1.amazonaws.com

|
 +--+
 | GRANT ALL PRIVILEGES ON *.* TO 'admin_ssl'@'
 ec2-xx-xx-xxx-xx.compute-1.amazonaws.com' IDENTIFIED BY PASSWORD
 '*somePasswordHash' REQUIRE SSL |
 +--+
 1 row in set (0.00 sec)

 I was just wondering what I'd need to do to make this work!! All
 suggestions welcomed.

 Thanks,
 Tim

 --
 GPG me!!

 gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Web host blocking policy

[Benjamin Lees]

On Sun, Jul 26, 2015 at 5:26 AM, Mathieu Stumpf
psychosl...@culture-libre.org wrote:
 While do occasionally launch a web service, this is my home IP where I
 currently don't run permanently such a service. So a first technical concern
 is, does this filter does have a good pattern recognition matching the goal
 which is aimed?
This isn't based on a filter, as far as I know.  An administrator made
the decision to block the IP address range you edit from. (It would be
an entry with the {{webhostblock}} reason on
https://en.wikipedia.org/wiki/Special:BlockList?wpTarget=wpOptions[]=userblockswpOptions[]=addressblockslimit=50
)


 Please respond to this message with all relevant links to previous material
 that you know as related to this topic.
https://en.wikipedia.org/wiki/Template:Webhostblock
https://en.wikipedia.org/wiki/Wikipedia:Open_proxies


 Also, please feel free to give your
 opinions, advises and so on on this topic.
My advice is to follow the instructions on the template to either get
the range unblocked or get an IP block exemption for your account.

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Mediawiki 1.25 installation hangs

[Benjamin Lees]

On Wed, Jul 22, 2015 at 6:29 PM, Jim Long ja...@umpquanet.com wrote:
 ... or ways to produce a verbose logging trail?

I would expect something in the Apache error log for this  But I would
also expect MediaWiki to whine or just give you a white screen right
away, so this is pretty strange.  Is Postgres executing a query while
Apache is hung?

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Mediawiki portability

[Benjamin Lees]

Hi Juuso!

On Tue, Jun 9, 2015 at 11:28 AM, juke - zar...@hotmail.com wrote:
 Does the import to other wiki platform depend on a platform, or is it 
 possible to just take a SQL and XML dumps and import those to some other wiki 
 platform?

It depends on the platform.  There are all sorts of scripts floating
around for converting from one type of wiki software to another, but
they're often outdated and unmaintained (conversion is something you
hope never to have to do twice!).[0]

MediaWiki lets you export your data; beyond that, portability is up to
the application you're trying to convert _to_.  If you want to find
out whether you can easily convert MediaWiki to some other software,
you'd want to ask the developers of that software.[1]

[0] For a sample lying around on MediaWiki.org:
https://www.mediawiki.org/wiki/Category:Data_exchange_with_other_systems
[1] For, say, Confluence, you'd look at
https://migrations.atlassian.net/wiki/display/UWC/Universal+Wiki+Converter

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] restoring old database for the current wiki

[Benjamin Lees]

Your database dump includes the email addresses and password hashes of
users. You probably don't want to make it publicly available.

Anyway, MediaWiki stores images on the file system, rather than in the
database, so if you don't have a dump of the files, they're gone for
good.

On Wed, May 20, 2015 at 5:16 AM, Ilias Miroslav miroslav.il...@umb.sk wrote:
 Hi again,

 well, in between it got fixed; I had to use the proper database name.

 Only minor issue is remaining: pictures were not properly converted, hope I 
 find some solution.

 Miro

 
 From: mediawiki-l-boun...@lists.wikimedia.org 
 [mediawiki-l-boun...@lists.wikimedia.org] on behalf of Ilias Miroslav 
 [miroslav.il...@umb.sk]
 Sent: Wednesday, May 20, 2015 8:04 AM
 To: mediawiki-l@lists.wikimedia.org
 Subject: [MediaWiki-l] restoring old database for the current wiki

 Dear experts,

 I am trying to restore this database into currecnt MediaWiki, which cca 4 
 years old,  http://dirac.umb.sk/doc/old_mediawiki/chem-wiki-dbs.sql .

 Though the simple database check seems fine:
   [root@dirac old_mediawiki]# mysqlcheck -u root -p  chem-wiki-dbs.sql
   Enter password:
chem-wiki-dbs.sql.interwikiOK

 MediaWiki is giving error, however:

 [root@dirac mediawiki119]# php maintenance/update.php --conf LocalSettings.php
 MediaWiki 1.19.24 Updater

 Going to run database updates for chem-wiki-dbs.sql
 Depending on the size of your database this may take a while!
 Abort with control-c in the next five seconds (skip this countdown with 
 --quick) ... 0
 ...ipblocks table does not exist, skipping new field patch.
 ...ipblocks table does not exist, skipping new field patch.
 ...already have interwiki table
 Missing rc_timestamp field of recentchanges table. Should not happen.
 Backtrace:
 #0 [internal function]: MysqlUpdater-doIndexUpdate()
 #1 /usr/share/mediawiki119/includes/installer/DatabaseUpdater.php(281): 
 call_user_func_array(Array, Array)
 #2 /usr/share/mediawiki119/includes/installer/DatabaseUpdater.php(244): 
 DatabaseUpdater-runUpdates(Array, false)
 #3 /usr/share/mediawiki119/maintenance/update.php(121): 
 DatabaseUpdater-doUpdates(Array)
 #4 /usr/share/mediawiki119/maintenance/doMaintenance.php(105): 
 UpdateMediaWiki-execute()
 #5 /usr/share/mediawiki119/maintenance/update.php(151): 
 require_once('/usr/share/medi...')
 #6 {main}

 see
 http://dirac.umb.sk/doc/old_mediawiki/mediawiki119/


 and also  on
 [root@dirac mediawiki-1.24.2]# php maintenance/update.php --quick
 MediaWiki 1.24.2 Updater

 Going to run database updates for chem-wiki-dbs.sql
 Depending on the size of your database this may take a while!
 Turning off Content Handler DB fields for this part of upgrade.
 ...ipblocks table does not exist, skipping new field patch.
 ...ipblocks table does not exist, skipping new field patch.
 ...already have interwiki table
 [e79bd3e1] [no req]   Exception from line 353 of 
 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/includes/installer/MysqlUpdater.php:
  Missing rc_timestamp field of recentchanges table. Should not happen.
 Backtrace:
 #0 [internal function]: MysqlUpdater-doIndexUpdate()
 #1 
 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/includes/installer/DatabaseUpdater.php(442):
  call_user_func_array(array, array)
 #2 
 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/includes/installer/DatabaseUpdater.php(403):
  DatabaseUpdater-runUpdates(array, boolean)
 #3 
 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/maintenance/update.php(163):
  DatabaseUpdater-doUpdates(array)
 #4 
 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/maintenance/doMaintenance.php(101):
  UpdateMediaWiki-execute()
 #5 
 /var/www/html/sphinx/old_mediawiki/old_releases/mediawiki-1.24.2/maintenance/update.php(206):
  require_once(string)
 #6 {main}

 see http://dirac.umb.sk/doc/old_mediawiki/old_releases/mediawiki-1.24.2/

 Any help, please ?

 Miro

 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] runJobs memory

[Benjamin Lees]

On Tue, Apr 28, 2015 at 2:37 PM, Peter Presland pe...@wikispooks.org wrote:
 php.ini memory_limit is set at 1000M. So can somebody tell what exactly
 is setting a max memory size of only 256K for this script?

You might have multiple PHP config files, one for the CLI and one for Apache.

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Thumbnail error

[Benjamin Lees]

The error sounds like it might be that the target directory isn't
writable.  If you haven't changed $wgUploadDirectory, that will be the
/images (and /images/thumb) directory in your main MediaWiki
directory.  Then again, I don't know if things are the same with
Bitnami. :\

On Tue, Apr 14, 2015 at 3:09 AM, Brenton Horne brentonhorn...@gmail.com wrote:
 Hi

 I have been receiving the error:
 Error creating thumbnail: Unable to save thumbnail to destination

 For a PNG image I recently uploaded to my local Wiki, even after I upload
 smaller versions of the file (out of concerns that the image's size might be
 the problem). These are my current image-related lines of LocalSettings.php:

 # Image Converter
 $wgSVGConverter = 'Inkscape';

 $wgSVGConverters = array(
 'ImageMagick' = 'convert -resize $width $input $output',
 'Inkscape' = '/Program Files/Inkscape/inkscape.com -z -w $width -f
 $input -e $output',
 );

 # Image converter path
 $wgSVGConverterPath = '/Program Files/Inkscape';

 ## The following commands are required for ImageMap to work.
 $wgEnableUploads  = true;
 $wgUseImageMagick = true;
 $wgImageMagickConvertCommand = '/Program Files/ImageMagick/convert.exe';
 $wgAllowCopyUploads = true;
 $wgGroupPermissions['user']['upload_by_url']=true;

 # Path to jpegtran utility
 $wgJpegTran = '/Bitnami/mediawiki-1.24.1-0/common/bin/';

 # Path to tidy utility binary
 $wgTidyBin = '/Bitnami/mediawiki-1.24.1-0/common/bin/';


 Thanks for your time,
 Brenton
 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Still having problems with Reset password functionality in 1.22.x

[Benjamin Lees]

It uses one field, not both.  If you want it to use the email address,
do not fill in the username.

On Mon, Feb 23, 2015 at 8:19 AM, Rowe, Dolores A
dolores.a.r...@boeing.com wrote:
 Shouldn't it be able to use the email address I have just filled in to send 
 the user a new password, even if
 that user had not filled out their email address in their particular profile ?

That would allow you to hijack any account by simply supplying your
own email address to the form.

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] User Right Issues and Special:SpecialPages Blank

[Benjamin Lees]

On Thu, Feb 5, 2015 at 4:35 PM, Stefen Moss stefenmo...@gmail.com wrote:
 Looking over the error log after getting in contact with the person that is
 hosting it the following appears the most:

 [24-Jan-2015 03:05:03 America/New_York] PHP Warning:  mysql_connect() [a
 href='function.mysql-connect'function.mysql-connect/a]: User
 obsidian_www already has more than 'max_user_connections' active
 connections in /home/obsidian/public_html/classes/database.php on line 60

I would guess that that message is unrelated to this problem.

This issue seems to have started appearing in 1.22:
https://www.mediawiki.org/wiki/Thread:Project_talk:Support_desk/Fatal_error:_Possible_integer_overflow_in_memory_allocation
https://lists.wikimedia.org/pipermail/wikitech-l/2014-June/076865.html

Unfortunately, I'm not aware of any solutions other than upgrade PHP.


 Another issue I am having is that after creating a User Account, the
 account is suppose to be able to be made a User, however there is no way
 for me to check the box since it seems to have disappeared and the user is
 not auto-assigned to that group.

I'm a little confused here.  Do you mean be able to be made an admin?

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Upgrade vom 1.12.0 to current version

[Benjamin Lees]

On Mon, Feb 2, 2015 at 7:43 AM, Marc Patermann
hans.mo...@ofd-z.niedersachsen.de wrote:
 The error is: Table 'wikidb.watchlist' doesn't exist (localhost)

It sounds like your database dump is missing the watchlist table.
Make a new dump and make sure the watchlist table is actually in
there.

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed memory size of 41943040 bytes exhausted

[Benjamin Lees]

To elaborate, if you are receiving that error, PHP thinks your memory
limit is 40MB.  Your host might have a separate php.ini file for the
PHP CLI (as opposed to when it's run through the web server).

On Wed, Nov 12, 2014 at 8:44 AM, Rob Kam rob...@ymail.com wrote:
 and memory_limit = 195M

 -Original Message-
 From: mediawiki-l-boun...@lists.wikimedia.org
 [mailto:mediawiki-l-boun...@lists.wikimedia.org] On Behalf Of John
 Sent: 11 November 2014 17:15
 To: MediaWiki announcements and site admin list
 Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed memory
 size of 41943040 bytes exhausted

 Increase your php's memory limit

 On Tuesday, November 11, 2014, Rob Kam rob...@ymail.com wrote:

 The wiki is on a shared host, php.ini has date.timezone =
 Europe/London
 and memory_limit = 195M. All pages in the wiki , including talk
 pages, redirects, etc. is 593. MediaWiki is version 1.23.6 and PHP 5.3.28.

 Doing php maintenance/refreshLinks.php --e 50, is okay but with
 maintenance/refreshLinks.php -- 50 --e 51:
 Refreshing redirects table.
 Starting from page_id 50 of 1220.
 100
 200
 300
 400
 500
 600
 700
 800
 900
 1000
 1100
 1200
 Refreshing links tables.
 Starting from page_id 50 of 1220.
 Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to
 allocate 11216 bytes) in ... includes/parser/Parser.php on line 2163

 In the error log is America/New_York] PHP Fatal error:  Allowed
 memory size of 41943040 bytes exhausted (tried to allocate 11216
 bytes) in ...
 includes/parser/Parser.php on line 2163
 The end varies as I've tried different things, e.g.:
 Parser.php on line 409
 Preprocessor_DOM.php on line 244
 SqlBagOStuff.php on line 596

 When I try to view the wiki page by appending /w/index.php?curid=50 or
 51 I get Bad title: The requested page title was invalid, empty, or
 an incorrectly linked inter-language or inter-wiki title. It may
 contain one or more characters that cannot be used in titles.

 How do I get refreshLinks.php to work as it should? Also less
 importantly is there a way for it to echo the page IDs at which it
 fails?

 Rob


 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l


 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Off topic: Wiki spammer is using spoofed IP addresses???

[Benjamin Lees]

On Fri, Oct 24, 2014 at 3:25 PM, Al alj62...@yahoo.com wrote:

 226 is out of range for IPs and so isn't even a valid IP address.


I don't think that's correct.  The max is 255, not 225.
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Merging two existing wikis in a wiki-farm?

[Benjamin Lees]

You probably don't need to worry about the farm/family stuff.  Just move
your second wiki onto the server you're keeping:
https://www.mediawiki.org/wiki/Manual:Moving_a_wiki

On Fri, Oct 17, 2014 at 3:08 AM, Katharina Wolkwitz wolkw...@fh-swf.de
wrote:

 Hello everybody,

 I've been set the task to merge two existing wikis in a wiki-farm in order
 to
 consolidate the two separate virtual servers the wikis live on at the
 moment
 into one single virtual server.

 Now I'm not sure whether this idea is even feasible and if it were, which
 kind
 of wiki-family would be the best way to get the two wikis together...

 I've had a look at http://www.mediawiki.org/wiki/Manual:Wiki_family but I
 have
 to admit that I am rather baffled at the different scenarios presented and
 when
 I take a look at the discussions-page I get downright frightend.
 I'm not a complete newbie, but I rather need a newbie-proof easy to
 understand
 how-to in order to get a handle on such a project... :-(

 So any hints and tips are more than welcome!
 Kate

 ___
 MediaWiki-l mailing list
 To unsubscribe, go to:
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Changing email over to site name the cracking of dynamic questions for the ConfirmEdit extension.

[Benjamin Lees]

On Thu, Sep 11, 2014 at 7:06 PM, chris tharp tharpena...@gmail.com wrote:

 Today I had to change my wiki over to only allowing edit post email
 confirmation and in the process I noticed the email says Mediawiki Mail.
 I'm looking for the quickest way to change the email over to saying my site
 name, not the software. Thanks


See https://www.mediawiki.org/wiki/Manual:$wgPasswordSender
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Images disappearing (recurrent problem), ?memory management

[Benjamin Lees]

If you think you're running out of memory, you should try to figure out
where it's all going.  Try ps aux.
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Images disappearing (recurrent problem), ?memory management

[Benjamin Lees]

What image thumbnailer are you using?  Have you enabled $wgUseImageMagick?
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] How to fix autodiscovery error

[Benjamin Lees]

What is the error? :)
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] dumpHTML not worknig

[Benjamin Lees]

On Tue, Aug 19, 2014 at 7:06 PM, ban...@openmailbox.org wrote:

 PHP Fatal error:  Cannot access protected property
 LocalRepo::$thumbScriptUrl in /var/www/w/extensions/DumpHTML/dumpHTML.inc
 on line 1163


Are you using the version of dumpHTML that's designated for the version of
MediaWiki you have?
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] AbuseFilter block duration - can it be made different for IPs?

[Benjamin Lees]

It looks like this functionality is actually present, just not documented.
Set $wgAbuseFilterAnonBlockDuration.
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Forms inside the wiki

[Benjamin Lees]

On Thu, Jul 10, 2014 at 10:09 PM, Chris Tharp tharpena...@gmail.com
wrote:

 On another note, can SOMEONE connected with Mediawiki.org fix the
 Extension Matrix? After all it's only been October 2013 that it hasn't
 worked.


http://lists.wikimedia.org/pipermail/mediawiki-l/2013-October/041879.html
Brian Mingus stopped running his bot, but the source is there for someone
else to run on Labs.
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] ImageMap

[Benjamin Lees]

Did you try the tools listed on the extension page?
https://www.mediawiki.org/wiki/Extension:ImageMap#See_also
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Where to publish

[Benjamin Lees]

https://www.mediawiki.org/wiki/Snippets
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] MediaWiki hooks and event handlers (was: MediaWiki hooks and params)

[Benjamin Lees]

On Mon, Mar 17, 2014 at 5:56 PM, Amelia Ireland amelia.irel...@gmod.orgwrote:


 Perhaps someone can help me sort out the syntax for writing an event
 handler that modifies an existing value.


I believe you want the ampersands in the function definition, not the
function call.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Error message is new to me during FileUpload

[Benjamin Lees]

Is safe_mode enabled?  Is the disk full? :-)


On Fri, Mar 7, 2014 at 10:04 AM, John Foster jfoster81...@verizon.netwrote:

 On Thu, 2014-03-06 at 10:56 -0500, Benjamin Lees wrote:
  On Wed, Mar 5, 2014 at 12:37 PM, John Foster jfoster81...@verizon.net
 wrote:
 
   Could not create directory mwstore://local-backend/local-public/5/55.
  
 
  This generally indicates the /images directory is not writable by the
  webserver.
 
  Somebody should fix https://bugzilla.wikimedia.org/show_bug.cgi?id=13812:-)
  ___
 Yep thats what I thought, but that directory  all its subs are owned by
 www-data and the permissions are set at 777 plus allowing for ID 
 sticky bits to be set as well. If that is wrong please advise. Any other
 ideas?
 Thanks
 john


 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Error message is new to me during FileUpload

[Benjamin Lees]

On Wed, Mar 5, 2014 at 12:37 PM, John Foster jfoster81...@verizon.netwrote:

 Could not create directory mwstore://local-backend/local-public/5/55.


This generally indicates the /images directory is not writable by the
webserver.

Somebody should fix https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 :-)
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] How to redirect the Privacy Policy to an External link in other website?

[Benjamin Lees]

On Wed, Jan 8, 2014 at 2:14 PM, Bartosz Dziewoński matma@gmail.comwrote:


 This doesn't seem to be currently possible. You can change the contents of
 MediaWiki:Privacypage on your wiki to point it to a different page, but it
 still must be an internal page name, not an URL. :(


It can be an interwiki link, though, which is what WMF wikis use:
https://www.mediawiki.org/wiki/MediaWiki:Privacypage
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Mass deletion of pages: HOW?

[Benjamin Lees]

Try the deleteBatch.php maintenance script.


On Wed, Dec 18, 2013 at 9:33 PM, John W. Foster jfoster81...@gmail.comwrote:

 I want to be able to take a list of pages  delete them in a fashion
 similar to the Export Pages function. Just toss the list in and wipe
 them. This would be extremely handy while the site is in early
 development phases.
 Any ideas??
 Thanks!
 John


 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Links to Filesystem not work after Update

[Benjamin Lees]

So are you getting [file://intranet\foldera\folderb\folderc\Dokuments
MyDocuments] displayed unparsed as the output, or is it actually making a
link for you that then does nothing when you click it?
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Links to Filesystem not work after Update

[Benjamin Lees]

On Thu, Dec 12, 2013 at 10:21 AM, Bartosz Dziewoński matma@gmail.comwrote:

 You will need to add the file:// protocol to $wgUrlProtocols.

 It does seem odd in this particular case, though: file:// wasn't in
$wgUrlProtocols by default in 1.19 either, was it?

If your 1.21 setup is in a different place than your 1.19 one was, you
might need to whitelist it separately in your browser.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Is there a a way to mass create category pages for wanted categories

[Benjamin Lees]

It's nothing fancy, but Special:WantedCategories (or, better, its API
equivalent) will give you the list, and the edit.php maintenance script,
Pywikibot, or the bot framework of your choice will let you create pages
from the list.


On Fri, Nov 1, 2013 at 11:48 PM, Geth N7 infiltrato...@gmail.com wrote:

 What I want to do is mass create category description pages for all of
 these wanted categories.

 The text would simply be a link to a master category that they would all
 fall under (for organization purposes).

 My problem is that bot programs (like AutoWikibrowser) don't seem to have
 the capability to create category description pages since the pages don't
 exist, and since I have thousands of pages to create, I really wanted to
 add text to these new pages in bulk, but I'm at a loss for how to create
 pages in bulk with preselected text.


 On Fri, Nov 1, 2013 at 9:57 PM, John phoenixoverr...@gmail.com wrote:

  Depends on what kind of text you want to create the page with.
 
  On Fri, Nov 1, 2013 at 10:55 PM, Geth N7 infiltrato...@gmail.com
 wrote:
 
   From what I understand, a category doesn't exist until the page for the
   category is edited, so even if there are categories listed on a page,
   unless those categories have been created, they do not actually exist
  until
   their description pages have been edited.
  
   I ask this because I'm in charge of wiki that has a lot of blank
  categories
   (it was created from an XML dump made from content from another wiki
  engine
   that did not support categories in the MediaWiki sense), and I would
 like
   to mass add some text to all of these wanted categories so they can
 be
   properly indexed.
  
   Is there a way to do this, or will I have to edit all these categories
   manually?
   ___
   MediaWiki-l mailing list
   MediaWiki-l@lists.wikimedia.org
   https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
  
  ___
  MediaWiki-l mailing list
  MediaWiki-l@lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
 
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Error: could not open single-table tablespace file .\mysql\innodb_table_stats.ibd

[Benjamin Lees]

This sounds like a MySQL problem, rather than a MediaWiki problem.  All the
MediaWiki error messages you've mentioned are just your database is
missing tables (possibly all of them).  Sorry. :-(
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Multi-server Mediawiki instance - File uploads

[Benjamin Lees]

There's $wgFileBackends, which the WMF uses in combination with a Swift
backend.  https://wikitech.wikimedia.org/wiki/Media_storage has some notes,
and the relevant MediaWiki config file is probably
https://noc.wikimedia.org/conf/filebackend.php.txt  I imagine someone on
the ops team could give you further direction.


On Fri, Aug 23, 2013 at 1:39 PM, Zach H. luckenb...@gmail.com wrote:

 I am looking to setup a multi-node Mediawiki instance that will be
 leveraging the $wgDBservers to do the database Load Balancing. How do I
 execute the same style of action for Image uploads? is there a preferred
 method that I have missed or is the use of rsync/drbd/etc the common place
 for this action.

 Thanks
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Interlinks in MediaWiki

[Benjamin Lees]

I don't think you can do this when linking, but you can change the
interwiki link target itself: make your de: prefix point to
http://yoursite.com/index.php?title=$1setlang=de


On Mon, Jul 29, 2013 at 7:51 AM, agata.corr...@unibas.ch wrote:

 Dear all,

 I've tried the solution above but it still redirects the URL to
 Adăugare_informației_despre_un_dispozitiv_medical%26setlang%3Dde, the
 symbol %26 appears instead of ? and the %3D instead of =.
 Is there any work around this? Is there anyway else for
 concatenate the string setlang=de in the end of the URL?

 Warm Regards,

 Agata Correia
 Health Informatics Specialist
 Swiss Centre for International Health
 Tel:  +41 61 284 8668
 Fax: +41 61 284 8103
 Skype: agata.correia
 agata.corr...@unibas.ch

 Swiss Tropical and Public Health Institute
 Socinstrasse 57, P.O. Box
 4002 Basel, Switzerland
 www.swisstph.ch



 From:   Support Simpsonspedia supp...@simpsonspedia.net
 To: Agata Correia agata.corr...@unibas.ch,
 Date:   26/07/2013 17:32
 Subject:Re: [MediaWiki-l] Interlinks in MediaWiki



 de:Adăugare_informației_despre_un_dispozitiv_medical?setlang=de
 to
 de:Adăugare_informației_despre_un_dispozitiv_medicalsetlang=de



 -Ursprüngliche Nachricht-
 From: agata.corr...@unibas.ch
 Sent: Friday, July 26, 2013 3:17 PM
 To: mediawiki-l@lists.wikimedia.org
 Subject: [MediaWiki-l] Interlinks in MediaWiki

 Dear All,

 I'm trying to configure a interlink in the Navigation menu. The
 link is configured as
 [[de:Adăugare_informației_despre_un_dispozitiv_medical]]. I would like to
 cancatenate to the link the following ?setlang=de, the problem is that
 when I configure
 [[de:Adăugare_informației_despre_un_dispozitiv_medical?setlang=de]] the
 window opens with the following URL :
 Adăugare_informației_despre_un_dispozitiv_medical%3Fsetlang%3Dde.
 The ? is transformed into %3F and the same happens with the
 symbol =. Is there any work around for this?

 Cheers,

 Agata Correia
 Health Informatics Specialist
 Swiss Centre for International Health
 Tel:  +41 61 284 8668
 Fax: +41 61 284 8103
 Skype: agata.correia
 agata.corr...@unibas.ch

 Swiss Tropical and Public Health Institute
 Socinstrasse 57, P.O. Box
 4002 Basel, Switzerland
 www.swisstph.ch

 --
 This email and any files transmitted with it are confidential and intended
 solely for the use of the individual or entity to whom they are addressed.
 If you have received this email in error, please notify us immediately by
 reply e-mail and delete this message from your system.
 --
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l





 --
 This email and any files transmitted with it are confidential and intended
 solely for the use of the individual or entity to whom they are addressed.
 If you have received this email in error, please notify us immediately by
 reply e-mail and delete this message from your system.
 --
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] How to disable Printable version link on my extension's Special page?

[Benjamin Lees]

$wgHooks['BaseTemplateToolbox'][] = 'eWhateverBaseTemplateToolbox';
function efWhateverBaseTemplateToolbox ( $tpl, $toolbox ) {
if( //check whether it's your extension's page ) {
unset($toolbox['print']);
}
return true;
}
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Link backups? Archive links (webcitation, archive.org) with an extension?

[Benjamin Lees]

On Fri, Jun 28, 2013 at 10:52 AM, adrelanos adrela...@riseup.net wrote:

 (The ArchiveLinks extension [1] looks very well, serving exactly this
 purpose, but its really stresses, not to use in in production wiki.)


The experimental label isn't a good indicator of production-worthiness.

Some experimental extensions that are deployed on WMF wikis:
https://www.mediawiki.org/wiki/Extension:LiquidThreads
https://www.mediawiki.org/wiki/Extension:Echo
https://www.mediawiki.org/wiki/Extension:OAIRepository
https://www.mediawiki.org/wiki/Extension:Parsoid
https://www.mediawiki.org/wiki/Extension:GeoData
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Link backups? Archive links (webcitation, archive.org) with an extension?

[Benjamin Lees]

Fair enough. :-) It was created by a GSoC student, so it's probably not
going to be developed further unless someone picks it up.

The English Wikipedia has a bot that WebCites new URLs:
https://en.wikipedia.org/wiki/User:WebCiteBOT  I don't see the source
posted, but maybe the author would be willing to share.


On Fri, Jun 28, 2013 at 3:01 PM, adrelanos adrela...@riseup.net wrote:

 Benjamin Lees:
  On Fri, Jun 28, 2013 at 10:52 AM, adrelanos adrela...@riseup.net
 wrote:
 
  (The ArchiveLinks extension [1] looks very well, serving exactly this
  purpose, but its really stresses, not to use in in production wiki.)
 
 
  The experimental label isn't a good indicator of production-worthiness.

 I think in the very case of the ArchiveLinks extension, it is.

 File [1]: NOT STABLE DO NOT USE

  Please read the readme file. (tl;dr: This is under devolopment and
 should not be used by anyone)


 https://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/ArchiveLinks/NOT%20STABLE%20DO%20NOT%20USE

 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] How to Control Thumbnail Image Path/URL for File: Wiki Markup - Amazon S3 and Heroku Issues

[Benjamin Lees]

Set $wgUseImageResize = false; or adjust $wgThumbnailScriptPath.


On Sun, Jun 23, 2013 at 2:18 AM, Mike Papper bod...@gmail.com wrote:

 Hi, we have a fairly large MediaWiki install and I've been porting it to
 run on Heroku. Part of this has been upgrading from 1.13 to 1.20 and moving
 images from the on-disk /images directory to S3 (the move to use S3 is
 required because Heroku doesn't support a filesystem).

 We are using LocalS3Repo extension (modified). Running on Heroku…

 When I upload a file it only puts the file on S3. It does not put the file
 in a /thumb/ directory. This seems to be a fact of life right now. But the
 WIKI will generate URLs for images as-if the thumbnail image was also
 uploaded...

 For example: if I upload a file called test_upload1.jpg I see this file
 on S3:

 http://s3.amazonaws.com/[BUCKET]/images/a/a7/Test_upload1.jpg

 Which works with this Wiki Markup:

 [[File:test-upload1.jpg]]

 But if I use the following Wiki Markup:

 [[File:test-upload1.jpg|50px]]

 the URL for that IMG tag is :


 http://s3.amazonaws.com/[BUCKET]/images/thumb/a/a7/Test_upload1.jpg/50px-Test_upload1.jpg

 This wont work with my system because the thumbnail isn't generated.

 -
 How do I make the Wiki just always use the SAME URL:


 http://s3.amazonaws.com/[BUCKET]/images/a/a7/Test_upload1.jpg

 no matter what size is specified in the File: wiki markup? (I know the IMG
 tag's width and height will resizes it anyway). I know its performance
 hit.


 -
 Please note: I dont care that this is wrong, the LocalS3Repo extension is
 horrible and I dont want to spend any more time combing through 1000s of
 lines of code to fix this, I just want images to work.

 And also please note: On Heroku the file upload process seems to NOT be
 able to upload the thumb file (like cause were running multiple
 dynos/servers and the request for generating the thumbnail ends up on a
 machine that does not have the image file Or maybe some other reason.
 Either way, thumbnail generation is not going to work?? on a
 multiple-server setup.

 Any pointers appreciated. But a pointer tot he code that decides on the
 URL based on the File name would bne great.

 --
 Mike Papper
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Disabling object cache completely not working

[Benjamin Lees]

It looks like the ResourceLoader always acts as if CACHE_ANYTHING is set
for reading, which seems to be intentional, and for writing, which perhaps
is not.
From includes/resourceloader/ResourceLoader.php (similar code is also in
includes/resourceloader/ResourceLoaderLanguageDataModule.php):

// Try for cache hit
// Use CACHE_ANYTHING since filtering is very slow compared to DB queries
$key = wfMemcKey( 'resourceloader', 'filter', $filter,
self::$filterCacheVersion, md5( $data ) );
$cache = wfGetCache( CACHE_ANYTHING );
$cacheEntry = $cache-get( $key );
[...]
// Save filtered text to Memcached
$cache-set( $key, $result );


On Mon, Jun 24, 2013 at 9:24 AM, John Abraham john.abraham...@gmail.comwrote:

 Hi,

 We are using $wgVersion = '1.20.2';

 But we find that the objectcache continues to grow even though we have used
 the setting suggested in the FAQ to completely disable caching and also
 restarted the server.


 grep -i cache LocalSettings.php

 $wgEnableParserCache = false;

 $wgMainCacheType = CACHE_NONE;

 $wgMemCachedServers = array();

 $wgMessageCacheType = CACHE_NONE;

 $wgParserCacheType = CACHE_NONE;

 $wgCachePages = false;

 # sure that cached pages are cleared.

 $wgCacheEpoch = max( $wgCacheEpoch, $configdate );


 Comparing the tables between 06-23 and 06-24


 mysql select count(*) from wiki24.objectcache;

 +--+

 | count(*) |

 +--+

 |91184 |

 +--+

 1 row in set (3.55 sec)


 mysql select count(*) from wiki23.objectcache;

 +--+

 | count(*) |

 +--+

 |90866 |

 +--+

 1 row in set (1.46 sec)


 What do you suggest?

 -john
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] php display_errors = off but they still appear

[Benjamin Lees]

You might have error reporting enabled in LocalSettings.php (it's a common
recommendation for debugging).  Something like
error_reporting( -1 );
ini_set( 'display_errors', 1 );

Anyway, it's better to fix the underlying issue when possible.  What
version of automaticREMOTE_USER are you using?  It looks like there was a
fix for some strict standards errors about a year ago:
https://bugzilla.wikimedia.org/show_bug.cgi?id=38369


On Thu, Jun 20, 2013 at 5:40 PM, Mickey Feldman mfeld...@vigil.com wrote:

 Pre upgrade testing of mw 1.21.1 with php 5.3.10 and apache 2.4.4

 I set display_error = off  in a php.ini in the doc root, and ran phpinfo
 to confirm that it actually was set to off, but extension
 automaticREMOTE_USER is still giving me a Strict Standards error for
 getCanonicalName().

 I've used this extension for years, and can live with the fact that's it
 has not been updated recently, but I don't want error messages cluttering
 up the page.

 What have I missed?

 Thanks


 --
 Mickey Feldman

 Vigil Health Solutions Inc.
 2102- 4464 Markham Street
 Victoria, BC Canada
 V8Z 7X8
 250.383.6900


 __**_
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.**org MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/**mailman/listinfo/mediawiki-lhttps://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] User list - is it possible to show full names?

[Benjamin Lees]

I was going to recommend the SpecialListusersFormatRow and
SpecialListusersQueryInfo hooks, but it looks like someone already made an
extension using them:
https://www.mediawiki.org/wiki/Extension:ShowRealUsernames


On Sun, Jun 16, 2013 at 9:47 PM, David Mills david.mi...@medibank.com.auwrote:

 Hi,

 is it possible to get full names displayed on the user list?

 Regards,

 David Mills | iMed Senior Technical Analyst | Medibank Private
 Level 16, 700 Collins Street, Docklands, VIC, 3008 | Tel: 03 8622 5346 |
 Mob: 0411 513 404


 **
 The information contained in or attached to this message is intended only
 for the people it is addressed to.
 If you are not the intended recipient, please notify the sender and delete
 the email.
 Any use, disclosure or copying of this information is unauthorised and
 prohibited.
 This information may be confidential or subject to legal privilege.
 It is not the expressed view of Medibank Private Limited (ABN 47 080 890
 259) or any of its subsidiaries (together 'Medibank') unless it is
 authorised by a person with actual authority.
 To the fullest extent allowed by law, Medibank does not accept liability
 for any damage caused by this message, including any virus damage.

 **
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Had an error upgrading from MW 1.2.05

[Benjamin Lees]

Check the error log:
https://www.mediawiki.org/wiki/Manual:How_to_debug


On Tue, May 21, 2013 at 6:37 PM, Arcane 21 arc...@live.com wrote:

 When MW 1.20.6 came out, I decided to upgrade to it from 1.20.5, and I
 decided to run the web updater afterwards.

 All I got was a blank screen no matter what I tried, so I reverted back to
 1.20.5 and everything was normal again.

 I'm not sure what happened, but I thought I'd let everyone on the mailing
 list know that there might be a problem with the newest security release.

 P.S. - Not really related to the above, but still MediaWiki related: Does
 anyone know what happened to the MediaWiki Users forum? It's been down for
 awhile, apparently due to database issues, and I was wondering if anyone
 here has more information on what happened.

 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Apache 2.4 MediaWiki Debian tips

[Benjamin Lees]

 I imagine that module is enabled by default.  Maybe you ran a2dismod dir
at some point in the past?
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] no search box in my mediawiki on the sidebar

[Benjamin Lees]

The search bar is actually at the top-right of the page if you're using the
Vector skin.


On Thu, Apr 18, 2013 at 9:49 AM, Jason Zhou jie.z...@qyer.com wrote:

 Hi,

 I just installed mediawiki 1.20.4, it works find for creating pages and
 browsing them, but I just find there is no search box on the side bar, how
 should I change my configuration file to make the search box available to
 me?

 Pls. kindly help me, many thanks in advance.

 Thanks,
 Jason




 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Squid do not cache dynamic mediawiki content

[Benjamin Lees]

On Mon, Apr 8, 2013 at 7:45 AM, s9gf4ult s9gf4...@gmail.com wrote:

 What can be the cause of cache MISS on main page ?

Are you logged in to the wiki?  Squid will always bypass its cache for page
requests from logged-in users.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Spambots and CPU usage

[Benjamin Lees]

On Thu, Mar 28, 2013 at 11:32 PM, Dan Fisher danfisher...@gmail.com wrote:

 Here's one idea: If a
 certain IP address fails the captchas a specified number of times in 5
 minutes or so, it should be banned temporarily for say, 24 hours (through
 htaccess or firewall etc).

Humans regularly get CAPTCHAs wrong, and they often do so multiple times
(if you have any elderly relatives, feel free to see how many tries it
takes them to solve a reCAPTCHA one).  Blocking them from even viewing your
site for a day seems a little extreme.

Is there an actual problem you're trying to solve here?  Is there any
indication that spam bots are affecting your site's performance?  If not,
worrying about this is probably a waste of your time.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Blank page will display the

[Benjamin Lees]

My guess is that your host injects text into pages that include a 404
response. (This is similar to
https://bugzilla.wikimedia.org/show_bug.cgi?id=18270 )


On Wed, Mar 13, 2013 at 11:59 AM, Steven Zhong ste...@giprs.net wrote:

 Dear all,

 All blank page will display the inexplicable figure in the same position
 on my wiki:  1. Logo left; 2. Toolbox left

 For example:

 [MediaWiki 1.20.2]
 http://giprs.org/en/index.php/G%C2%B7IPRs:Current_events

 http://giprs.org/en/index.php/G%C2%B7IPRs:General_disclaimer

 [MediaWiki 1.20.3]

 http://giprs.org/zh_new/index.php/GIPRs:%E5%85%8D%E8%B4%A3%E5%A3%B0%E6%98%8E

 [MediaWiki 1.21alpha (2013.03.07 updated)]
 http://giprs.cn/test/index.php/Main_Page


 how to make or change settings to solve this issue?

 PHP 5.4.11 (apache2handler)

 MySQL 5.5.30-log


 Many thanks!



 Steven

 (Source: https://bugzilla.wikimedia.org/show_bug.cgi?id=45495)
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Blank page will display the

[Benjamin Lees]

The best solution would probably be to move to a different host.  If that's
not an option, there is a configuration setting that was added to work
around this issue: https://www.mediawiki.org/wiki/Manual:$wgSend404Code



On Thu, Mar 14, 2013 at 2:12 AM, Steven Zhong ste...@giprs.net wrote:

 Thanks Benjamin, the discussions of Bug 18270, souds very technical , it
 seems that there is no clear solution (step by step operation) , especially
 for LAMP.

 Steven


 -- Original --
 From:  Benjamin Leesemufarm...@gmail.com;
 Date:  Thu, Mar 14, 2013 02:01 PM
 To:  MediaWiki announcements and site admin list
 mediawiki-l@lists.wikimedia.org;

 Subject:  Re: [MediaWiki-l] Blank page will display the



 My guess is that your host injects text into pages that include a 404
 response. (This is similar to
 https://bugzilla.wikimedia.org/show_bug.cgi?id=18270 )


 On Wed, Mar 13, 2013 at 11:59 AM, Steven Zhong ste...@giprs.net wrote:

  Dear all,
 
  All blank page will display the inexplicable figure in the same
 position
  on my wiki:  1. Logo left; 2. Toolbox left
 
  For example:
 
  [MediaWiki 1.20.2]
  http://giprs.org/en/index.php/G%C2%B7IPRs:Current_events
 
  http://giprs.org/en/index.php/G%C2%B7IPRs:General_disclaimer
 
  [MediaWiki 1.20.3]
 
 
 http://giprs.org/zh_new/index.php/GIPRs:%E5%85%8D%E8%B4%A3%E5%A3%B0%E6%98%8E
 
  [MediaWiki 1.21alpha (2013.03.07 updated)]
  http://giprs.cn/test/index.php/Main_Page
 
 
  how to make or change settings to solve this issue?
 
  PHP 5.4.11 (apache2handler)
 
  MySQL 5.5.30-log
 
 
  Many thanks!
 
 
 
  Steven
 
  (Source: https://bugzilla.wikimedia.org/show_bug.cgi?id=45495)
  ___
  MediaWiki-l mailing list
  MediaWiki-l@lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
 
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Searching media wiki for IP addresses

[Benjamin Lees]

On Sat, Mar 2, 2013 at 4:17 PM, Joseph Spenner joseph85...@yahoo.comwrote:

 Hello, I'm curious why pages containing IP addresses in their content
 don't turn up on searches for those IP addresses.


They do.
https://en.wikipedia.org/w/index.php?title=Special%3ASearchprofile=defaultsearch=127.0.0.1fulltext=Search
https://en.wikipedia.org/w/index.php?title=Special%3ASearchsearch=13.0.0.0fulltext=Search
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Searching media wiki for IP addresses

[Benjamin Lees]

On Sun, Mar 3, 2013 at 3:06 PM, Joseph Spenner joseph85...@yahoo.comwrote:

 Perhaps THE Wikipedia does, but try it on your own installation.


I did. :-)
http://test.emufarmers.com/w/index.php?title=Special%3ASearchprofile=defaultsearch=127.0.0.1fulltext=Search
http://test.emufarmers.com/w/index.php?title=Special%3ASearchprofile=defaultsearch=13.0.0.0fulltext=Search
MediaWiki interprets searches for IP addresses with the Go button as
indicating that I want to see the contributions to the wiki from that IP
address, so I had to use the Search button.  Also, very old versions of
MediaWiki lack a workaround for some of MySQL's fulltext searching
behavior, which might lead to issues like this.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] SMTP error from remote mail server after end of data

[Benjamin Lees]

I can't be sure, since you redacted your IP, but my guess is that you're on
a shared host, and the IP you're on (which you share with dozens or
hundreds of other sites) is blocked.  If so, your host might be able to
transfer you to a different IP, or you might have to move to a different
host to resolve the issue.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Deny users to change email address.

[Benjamin Lees]

Your extension should probably perform apply the checks that it applies to
registration to email changes as well.

But for an easy hack, you could just disable Special:ChangeEmail with
something like
https://www.mediawiki.org/wiki/Manual:Special_pages#Disabling_Special:UserLogin_and_Special:UserLogout_pages


On Tue, Feb 5, 2013 at 12:05 PM, Stephan Gomes Higuti
higuti@gmail.comwrote:

 Hi guys.

 Well, i've got a MediaWiki running local, and I also configured the email
 messages (reseting passwd, follow editing, etc). Everything is working fine
 so far, but as it is a corporate wiki, I'm using an extension that do not
 allow the registration mail been different to the wikidomain. But I was
 testing and figure out that if you already have an user, u could change
 your email to any other email, making my restricted email domain
 extension useless.
 Anyone have an idea of how can i deny the user changes the email address?

 Best Regards,

 Stephan Gomes Higuti
 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Loss of session data when using memcached

[Benjamin Lees]

On Tue, Dec 18, 2012 at 2:22 PM, Daniel Renfro bluecu...@gmail.com wrote:

 I guess the session data
 in memcached is just as volatile as any other data in memcached, i.e. it is
 subject to being invalidated over time or being deleted to make room for
 other cached data. Is there a way I can pinpoint what is going on here?


That seems plausible.  Looking at the amount of memory memcached uses over
time might give you a rough idea, but there are tools that will let you
look inside memcached to see whether it's dropping things.

Incidentally, MediaWiki 1.20 includes $wgSessionCacheType, which allows you
to have the sessions stored in a different place from the other object
caches (if you were looking for reasons to upgrade :-) ).
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Older Versions of the DumpHTML Extension

[Benjamin Lees]

On Wed, Dec 5, 2012 at 8:01 PM, nhoel...@sinet.ca wrote:

 Is there
 a 1.15 version of the extension?



https://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_15/extensions/DumpHTML/
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] A couple of basic question about users

[Benjamin Lees]

On Tue, Sep 4, 2012 at 5:03 PM, Brion Vibber br...@pobox.com wrote:

 If you go back far enough you may find user accounts created under versions
 of MediaWiki that didn't record the account creation date; this is probably
 what you're seeing.

There has to be more to it than that.  The creation date for User:Brion
VIBBER, for instance, is displayed, even though the date for accounts
created much later isn't.

On Tue, Sep 4, 2012 at 5:03 PM, Brion Vibber br...@pobox.com wrote:

 H, not sure if there's a reliable one. You can check if user_touched
 has been updated BUT this gets updated for things like people leaving
 messages on their talk page.

It gets reset for a user if other people edit that user's talk page?  That
kind of seems like a bug. :-)
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Database Issues Upgrading from 1.14 to 1.19

[Benjamin Lees]

On Sat, Sep 1, 2012 at 10:37 AM, Dave Humphrey d...@uesp.net wrote:

 My next guess on what to try is to set $wgCacheDirectory to a local
 directory which should completely avoid using the database for any
 localization messages if I understand things correctly.

 Yes, that's right.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Help : Wiki pages are not displayed properly

[Benjamin Lees]

What do you get if you go to http://172.21.59.164/piperwiki/load.php (both
from localhost and from elsewhere on the network)?
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Slow and unusable Wiki after upgrading to 1.19

[Benjamin Lees]

Your CGI processes were being killed because your user was using too much
memory. (When a CGI process is killed, the Apache connections will time out
and give a 500 error.)  Adjust the number of processes that are spawned
(which you might or might not be able to do, depending on how much fiddling
DreamHost lets you do), split your sites between more users, or contact
DreamHost support.

On Thu, Aug 9, 2012 at 2:21 AM, Yecheondigital yecheondigi...@yahoo.comwrote:

 -No caching has been enabled.

That's probably not good!

I will eventually be moving to VPS but I'd like to make sure this same
 problem doesn't carry over to the VPS.

It won't.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] 16.5 to 19.1 install issue update.php adds only 1 table

[Benjamin Lees]

On Fri, Jul 6, 2012 at 1:43 AM, Tom Hutchison t...@hutch4.us wrote:

 Set $wgShowExceptionDetails = true; in LocalSettings.php to show detailed
 debugging information.

 You should set $wgShowExceptionDetails to true.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] 16.5 to 19.1 install issue update.php adds only 1 table

[Benjamin Lees]

The updater isn't looking at the right database (or it's not looking at the
right tables in it).  Check $wgDBname and $wgDBprefix,  Perhaps you have an
AdminSettings.php file that's lying around with old values?
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] master-slave question

[Benjamin Lees]

I'm also not entirely clear on why this data needs to be different on the
two instances, but it sounds like ParserFunctions might be helpful here:

{{#ifeq: {{SERVERNAME}} | 192.168.whatever | 192.168.whatever |
some.other.address }}
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Sum of hit counts in a namespace?

[Benjamin Lees]

I don't know of any existing magic word for view counts on a page-by-page
basis, but you could create one, or just query the database for the
specific number you want:

SELECT SUM(page_counter) FROM page WHERE page_title LIKE VTK/Examples/Cxx%
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Does any one use varnish?

[Benjamin Lees]

On Thu, Jun 14, 2012 at 6:44 PM, 晒太阳的冰 zog...@gmail.com wrote:

 But unfortunately, only 20% hit rate.

 Does anyone use varnish can teach me how to increase the hit rate?

 You should look at the misses to see why they aren't hits.  If it's just
that 80% of your traffic comes from logged-in users, then that's that.  If
there are a lot of requests that should be hits but aren't, you'll have to
figure out why (maybe there are cookies being set unnecessarily for lots of
requests or something).
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Newbie question about short Urls

[Benjamin Lees]

You spelled $wgArticlePath wrong, which means the variable isn't getting
set the way you want it to.

On Wed, May 30, 2012 at 6:21 AM, Phil Rice phil.rice.erud...@googlemail.com
 wrote:

 I have attached localsettings.php and httpd.conf

Attachments are scrubbed from posts sent to this list.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] user creation policy

[Benjamin Lees]

http://www.mediawiki.org/wiki/Manual:Preventing_access#Restrict_account_creation

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] protect images and pdfs

[Benjamin Lees]

http://www.mediawiki.org/wiki/Manual:Image_Authorization

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] $wgNoincludableNamespaces

[Benjamin Lees]

I'm not clear on what the problem is.  $wgNonincludableNamespaces
prevents pages in a namespace from being included in other pages as if
they were templates.  It doesn't stop you from linking to those pages.

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] How can I disable reading certain namespaces? (MW1.18.2)

[Benjamin Lees]

You want to stop people from reading the templates that get included
in pages they can read?

Anyway, http://www.mediawiki.org/wiki/Extension:Lockdown

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] How to allow user registration ?

[Benjamin Lees]

On Tue, Apr 3, 2012 at 2:40 PM, Aaron Gray aaronngray.li...@gmail.com wrote:
 How do I (re)enable and disable user registration ?

In LocalSettings.php, remove the line
$wgGroupPermissions['*']['createaccount'] = false; or change false
to true.  See
http://www.mediawiki.org/wiki/Manual:Preventing_access#Restrict_account_creation
for more information.

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Receiving an email when new discussion entry has been made?

[Benjamin Lees]

On Wed, Mar 28, 2012 at 9:46 AM, Isabell Alcott
uv22ealc...@googlemail.com wrote:
 yes, but this gives out emails also when a page is edited, and i am editing
 much, so this means many emails.

The page I linked shows how to make it only apply to talk pages.  Is
that insufficient for your purposes?

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Receiving an email when new discussion entry has been made?

[Benjamin Lees]

On Tue, Mar 27, 2012 at 6:19 PM, Isabell Alcott
uv22ealc...@googlemail.com wrote:
 *But:* is it also possible that user_test does not become E-Mails when he
 changes things? So every time i change things in the wiki, i get an email.
 But I would only like to get an email when someone writes into the
 discussion page (makes a comment through the comment extension) because the
 wiki itself is closed and used as website.

Try 
http://www.mediawiki.org/wiki/Manual_talk:$wgUsersNotifiedOnAllChanges#per_namespace
 That might or might not work, depending on how your comment extension
handles things.

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Default Search

[Benjamin Lees]

My guess is that you didn't define the namespace constant NS_DBA.

On Thu, Mar 8, 2012 at 12:10 PM, Shaffer, Kurt kurt_shaf...@steris.com wrote:
 Hi all,
 New to the list so if asked please excuse me.

 I am trying to get the default search to search a new Namespace, I've added 
 it to the LocalSettings.php file as shown:

 #Set default searching
 $wgNamespacesToBeSearchedDefault = array(
        NS_MAIN =           true,
        NS_FILE =           true,
        NS_DBA =            true,
 );

 When not logged in only main and file are checked and searched.  I did a 
 modification to the database as recommended in some documentation adding the 
 namespace to all users options.  When a user is logged in it searches the new 
 namespace by default.

 How can I get it to include the namespace for searches when not logged in?

 Thankx.
 Kurt

 ___
 MediaWiki-l mailing list
 MediaWiki-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] CAPTCHA recommendation for account-creation bots?

[Benjamin Lees]

On Mon, Mar 5, 2012 at 4:32 PM, Platonides platoni...@gmail.com wrote:
 I think you could generate the captcha images locally and upload them to
 the server. It's much easier to fullfil the python requisites at the
 user box than in the server.
 I don't think it has been proposed before, though. But with a good
 documentation, that could be a much nice path for FancyCaptcha users.

That approach certainly works, but given how difficult the average
user (especially the average user on shared hosting) finds the
process, I'm not sure how practical it would end up being.
But document it and prove me wrong. :-)

It could also be possible to replace the Python script with something
written entirely in PHP, using GD or whatever.  Maybe.  But if it
turns out that bots are getting through it just as easily as
reCAPTCHA, then there's not much point.

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Re : je suis perdu: comment configurer mediawiki sous deux langues: [fr] et [en] ???

[Benjamin Lees]

On Mon, Mar 5, 2012 at 4:50 AM, HiddenId courriel_achevr...@yahoo.fr wrote:
 For exemple, I've already tried to copy Template:Language from meta, books or 
 mediawiki, but it did not works. Something missed.
 Then, if we had to say to somebody the minimum list of templates that should 
 be replicated, what would be this minimum of list ?
Template:Languages, and all the templates it includes (viewable at the
bottom of 
http://www.mediawiki.org/w/index.php?title=Template:Languagesaction=edit
).  You also need the ParserFunctions extension.

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] After Upgrade to 1.18 - every page blocked

[Benjamin Lees]

On Fri, Feb 24, 2012 at 11:08 AM, Peter Velan pv0...@dynapic.net wrote:
 Where could I start to debug this problem?
Special:BlockList?

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] ConfirmEdit QuestyCaptcha 'badlogin' not producing captcha challenge

[Benjamin Lees]

On Mon, Feb 20, 2012 at 6:12 PM,  ro...@rogerchrisman.com wrote:
 I have QuestyCaptcha working on http://teflpedia.com. However, for
 some reason it fails to challenge users on bad login (multiple failed
 login attempts is not producing the captcha challenge).
What happens if you use a different captcha module?  I'd like to know
if this is a problem with the extension or the module.


 No captcha challenge, just a time out. I like that. Is there an
 extension I can install that will do that on my wiki (nothing in
 http://www.mediawiki.org/wiki/Special:Version seemed obvious to me)?
$wgPasswordAttemptThrottle

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [Mediawiki-l] Newbee Question

[Benjamin Lees]

On Mon, Feb 13, 2012 at 12:09 PM, Steve Stevenson st...@clemson.edu wrote:
 It's on localhost, the database is wickedproblems, the prefix
 is mct, the user is root, and password is what it is. I can get into
 my sql just fine, but the configuration script says it can't find
 anything. It's gotta be simple. help?

What does can't find anything mean?

___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l