Last modified: 2013-01-17 19:33:06 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T45203, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 43203 - enable PageTriage in test2wiki environment
enable PageTriage in test2wiki environment
Status: RESOLVED INVALID
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Highest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-12-17 17:26 UTC by Chris McMahon
Modified: 2013-01-17 19:33 UTC (History)
9 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Chris McMahon 2012-12-17 17:26:54 UTC
For the purposes of creating an automated cross browser test, it would be good to have a fully functional PageTriage feature enabled in at least one test environment.  

On test2wiki:

With proper permissions, on page http://test2.wikipedia.org/wiki/Special:NewPagesFeed, click to Review an article. 

Resulting page has no "Curate this article" link under Toolbox, so curation toolbar may not be invoked at all. 

On beta labs: 

http://en.wikipedia.beta.wmflabs.org/wiki/Special:NewPagesFeed is missing graphics.  Click through to reviewable page and review toolbar is missing graphics and messages.  Also on beta there is no 'Curate this article' link, but curation toolbar appears automatically, which is not the case in production.
Comment 1 Andre Klapper 2013-01-03 18:48:46 UTC
Ryan / Fabrice: Is something specific needed to help making this happen?

[Moving to "Wikimedia" as this is not about the "PageTriage" codebase itself but about server deployment / configuration.]
Comment 2 Antoine "hashar" Musso (WMF) 2013-01-07 10:22:10 UTC
This is actually two bug. test2wiki part is a site request in production. On beta the image issue is entirely different and I have split it to bug 43692.
Comment 3 Sam Reed (reedy) 2013-01-07 12:36:49 UTC
I also note that pagetriage is enabled on test2wiki - see https://test2.wikipedia.org/wiki/Special:Version

'wmgEnablePageTriage' => array(
        'default' => false,
        'testwiki' => true,
        'test2wiki' => true,
        'enwiki' => true,
),
'wmgPageTriageEnableCurationToolbar' => array(
        'default' => false,
        'testwiki' => true,
        'test2wiki' => true,
        'enwiki' => true,
),

^ To me, it's both installed, and configured...
Comment 4 Andre Klapper 2013-01-10 11:46:55 UTC
(In reply to comment #0)
> With proper permissions, on http://test2.wikipedia.org

I guess I'm missing these (no "Review an article" for me), so I cannot try.

> http://test2.wikipedia.org/wiki/Special:NewPagesFeed, click to Review an
> article. Resulting page has no "Curate this article" link under Toolbox,
> so curation toolbar may not be invoked at all. 

As Reedy says that it's installed and configured on test2.wp I'd love to see a confirmation for PageTriage not working on test2.wp (obviously by somebody who has permissions).
Comment 5 Chris McMahon 2013-01-10 15:24:34 UTC
In the course of giving Andre adequate user rights on test2, I had the Curation Toolbar show up on the page http://test2.wikipedia.org/wiki/User:AKlapper_(WMF)

However, the Curation Toolbar does not appear on any article pages after clicking Review from http://test2.wikipedia.org/wiki/Special:NewPagesFeed as far as I can tell. 

Some sort of namespace issue here?
Comment 6 Andre Klapper 2013-01-10 15:51:43 UTC
Same outcome here as Chris in comment 5 - Firefox 17.0.1.

JS console said:
  HTTPS Everywhere: Redirection loop trying to set HTTPS on:
  http://test2.wikipedia.org/w/api.php?action=pagetriagelist&format=json&timestamp=1357832792486&page_id=4638
(falling back to HTTP)

but also after disabling "HTTPS Everywhere" no difference.
Comment 7 Chris McMahon 2013-01-17 19:33:06 UTC
retiring this report in favor of https://bugzilla.wikimedia.org/show_bug.cgi?id=44073

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links