Extension talk:Purge

About this board

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


Broken with MW 1.40-alpha, i.e. with master?

6
Summary by Kghbln

Issue tracked with on GitHub and with task T312149.

Kghbln (talkcontribs)

@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?

Kghbln (talkcontribs)

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.

Samwilson (talkcontribs)

@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!

Kghbln (talkcontribs)

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.

Original Authority (talkcontribs)

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.

Kghbln (talkcontribs)
Reply to "Broken with MW 1.40-alpha, i.e. with master?"

Purge link inactive under REL1_35

9
Summary by Kghbln

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

AndreCstr (talkcontribs)

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.

Kghbln (talkcontribs)

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.

Hutchy68 (talkcontribs)

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

Kghbln (talkcontribs)

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.

Hutchy68 (talkcontribs)

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.

Kghbln (talkcontribs)

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.

Hutchy68 (talkcontribs)

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!

Polymath uk (talkcontribs)

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?

TiltedCerebellum (talkcontribs)

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.

Purge link does not show out of the box

2
Summary by TheDragonFire300

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

TheDragonFire300 (talkcontribs)

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.

Kghbln (talkcontribs)

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

POST request, for single action

1
Summary by PlavorSeol

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

Samwilson (talkcontribs)
Summary by PlavorSeol

Not a bug + no more comments over 3 years

178.24.205.126 (talkcontribs)

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.

Kghbln (talkcontribs)

Did you set $wgGroupPermissions?

178.24.205.126 (talkcontribs)
Kghbln (talkcontribs)

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.
178.24.205.126 (talkcontribs)
Kghbln (talkcontribs)

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. :)

178.24.205.126 (talkcontribs)
QuietMrE (talkcontribs)

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

WilliamLazycat (talkcontribs)

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

Summary by PlavorSeol

Resolved + no more comments over 6 years

Agrestis (talkcontribs)

There is currently no download available from the extension distributor.

Kghbln (talkcontribs)

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

Summary by PlavorSeol

Resolved + no more comments over 6 years

Pierro78 (talkcontribs)

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

There are no older topics
Return to "Purge" page.