Extension talk:Purge

This board is for discussion about the Purge extension. You can also file an issue at https://github.com/Hutchy68/Purge/issues

archive of previous talk

Previous page history was archived for backup purposes at Extension talk:Purge/LQT Archive 1 on 2015-07-10.

Issue tracked with on GitHub and with task T312149.

@Original Authority: This edit of yours suggests that the extension is broken on MW 1.40-alpha (current master). Did you confirm this with a test? If yes it will be good if you created an issue report on GitHub?

Thanks for your edit. There appears to be a difference between SkinTemplateNavigation and SkinTemplateNavigation::Universal, with only the latter being removed some time.

@Samwilson: Since you worked on this extension in the past you will probably have a better insight into potential worries in the future.

@Kghbln: Yes, it seems the error with 1.40 is: "Deprecated: Use of SkinTemplateNavigation hook (used in MediaWiki\Extension\Purge\Hooks::onSkinTemplateNavigation) was deprecated in MediaWiki 1.39. [Called from MediaWiki\HookContainer\HookContainer::run in mediawiki/includes/HookContainer/HookContainer.php at line 137]" It shouldn't be too hard to fix.

I don't use this extension any more (because the functionality is now part of Cargo), so I'm not sure if I'll find the time to make a fix for it. Sorry!

Thanks a lot for your info and for shedding some light on the issue. No worries if you do not find the time to fix the issue.

Apologies, I missed this and reverted my edit. It turns out that despite the hook being depreciated, it has not been removed yet and the extension does still work, it will probably not work in the future when the hook is removed, however.

No problem. Your comment suggested a hard deprecation which is hopefully not a common thing to do. For what it is worth: I added issue 33 to the GitHub bug tracker. However, also tracked with task T312149

Issue related to SMW which was fixed with the 3.2.1 release.

Anyone aware of why the Refresh link is disabled in REL1_35?

<li id="ca-purge" class="is-disabled"><a href="/sfb1368/wiki/index.php?title=Test&amp;action=purge">Refresh</a></li>

&action=purge seems to work fine.

SMW uses a similar implementation of it's own. It also fails for MW 1.35 and later. Probably a "goodie" provided during some refactoring.

Refresh, that is SMW not the Purge extension. Purge displays, Purge and your code shows Refresh.

Indeed, this is correct. I am now totally confused if Purge works for MW 1.35 or not. No clue. However I do know that SMW 3.2.1 brought the fix for SMW.

It does work, the question is should we separate Purge by changing it's #id from ca-purge to ca-purge-ext. As I said SMW steps on Purge by overwriting it. SMW takes over the link name, changes from Purge to Refresh. SMW attaches new JS, overwriting Purge's JS.

I do not really see a point in installing Purge together with SMW. Never done that. However making these extension not "clash" in a way will probably still be a good idea.

I would agree, but some may not know they conflict or take them as one and the same if they are new to SMW. I'll create an issue to discuss this further on GitHub. Thanks!

I agree. I have 1.35.2 and there is no tab with purge on it using minervaneue (desktop view).

&action=purge works anyway because this functionality is already in this release - ie this worked using no purge extension installed. Logged in users get a confirmation page and then the page is cleared from the cache.

HOWEVER, what I wanted this for was so that the page would be immediately recached (the refresh functionality) such that immediately after an edit the first anonymous user to request the page wouldn't have to wait for the scripts to run.

Is there a fix?

Edit: Can confirm it works on 1.35.5, I clearly shouldn't test when tired lol, was my own mistake that it wasn't working.

Misplaced bug report that should've been on GitHub (self-admitting to this mistake). Latest versions fix this, anyway.

The purge link does not show correctly in Vector out of the box. A MediaWiki page must be created, but this should all happen automatically.

Well, if there is no page, nothing needs to be purged I guess?

That should be on GitHub + no more comments over a year

I've incorporated code from MediaWiki:Gadget-UTCLiveClock.js into this extension, so that users need not click the confirmation link (it POSTS the purge request, and redirects back to the page). See pull request at: https://github.com/Hutchy68/Purge/pull/8

Not a bug + no more comments over 3 years

i loaded both files to extensions/purge and added require_once("$IP/extensions/Purge/Purge.php"); in the localsettings.php, but it doesn't create a purge tab

This post was posted by 178.24.205.126, but signed as simpsonspedia.net.

Did you set $wgGroupPermissions?

yeah!

$wgGroupPermissions['*' ]['purge'] = true;

This post was posted by 178.24.205.126, but signed as simpsonspedia.net.

I just installed it on my 1.18.1 and it works perfect with Monobook. Since you a using a skin based on Monobook it should work. To make sure it might be an idea to additionally install a normal Monobook and see if it works there. If it does, some adjustments to your individual skin causes the problem and have to be fixed, if it does not I have not clue why it is not working. Cheers

For those who use Vector: Purge for MW 1.18.x and probably 1.17.x only works with the version currently in trunk, which will be MW 1.19.x after the package for it was created.

ich benutze 1.18.1 mit einer unveränderten monobook

This post was posted by 178.24.205.126, but signed as simpsonspedia.net.

Please answer in English to allow others to follow this too. It should work with the snapshot for MW 1.18. so I cannot tell what goes wrong. I just realise the ['*' ] in your third post. If it is in your LocalSettings.php like that this may the be the problem. Insert ['*'] without the blank. Also set the permission after invoking the extension. I guess these are all ideas from me, I am afraid. Cool wiki anyway. :)

 :-(

MW 1.18.1
purge 1.18.x
extentions folder ok
localsettings.php ok
tab nope

This post was posted by 178.24.205.126, but signed as simpsonspedia.net.

Same here:

MW 1.18.2 Purge 1.18x Extension folder is fine LocalSettings.php is ok No tab on either the localhost or live (internet) versions of the wiki

Strange thing is I had it running fine on both versions of MW 1.16

The link shows up in the drop-down for me, but not as a tab.

Resolved + no more comments over 6 years

There is currently no download available from the extension distributor.

I am afraid you will have to acqurire the code from SVN directly. I just adjusted the instructions. Cheers

Resolved + no more comments over 6 years

when I had

$wgExtensionMessagesFiles['Purge'] = $dir . 'Purge.i18n.php'; 

in Purge.php

my http://projetgentilsvirus.ouvaton.org/index.php/Sp%C3%A9cial:Version was empty ... don't know why ... probably because of another extension ??

I just commented it and had sthg like :

                                'text' => 'Actualiser - Refresh' , // wfMsg( 'purge' ),

so that the purge label is OK on my wiki