You are the best. Thanks, @Dzahn!

request wikiapiary.com domain to be added to labs domains / (transfer domain ?)

I also think that the domain <wikiapiary.com> should be kept as primary instead of <wikiapiary.wmflabs.org>. I dunno if this will be possible with labs though I do not think that this may be a big issue.

In T149874#2767559, @Kghbln wrote:

I also think that the domain <wikiapiary.com> should be kept as primary

Yes, the idea would be to first use wikiapiary.wmflabs.org for setting it up and testing before the switch is made. Then, once it is working, to request adding wikiapiary.com as a labs domain and then make the switch from former hosting.

@MarkAHershberger feel like doing the phabricator "project request" to start with, so we have something to tag tickets with (other than "projects-other") ?

https://www.mediawiki.org/wiki/Phabricator/Help#When_do_you_need_a_project.3F

https://www.mediawiki.org/wiki/Phabricator/Creating_and_renaming_projects

T150047: Create a #WikiApiary tag

Request for Git repos

T150065 - Request for Labs project

This is probably fine, but can you please provide a summary of what this project is, what it will do, and why it needs a project and can't be a tools webservice?

thanks!

what it is and will do:

"WikiApiary collects, displays and analyzes information about MediaWiki websites. Once a website is registered with WikiApiary a suite of bots will start collecting information about the versions of software being used, the amount of editing activity on the site as well as the use of Semantic MediaWiki.
WikiApiary intends to help those running MediaWiki sites have a better insight into their sites."

it is the existing site at https://wikiapiary.com that we want to transfer.

We want to use a puppetized role class, clone from multiple repos (with puppet), and domainproxy, later with a custom domain name. We will need root access to one staging and one "production" instance.

That is why per:

https://wikitech.wikimedia.org/wiki/Help:Tool_Labs/FAQ#My_tool_needs_a_more_specialized_infrastructure_than_Tool_Labs_provides._What_should_I_do.3F and "Only request a labs project if you need root on the VM" we are requesting to be outside of ToolLabs.

+1

In T149612#2897976, @Tgr wrote:

It seems WikiApiary will become a Labs project (T149874), making improvements to it easier. Currently it is a prime example of a wiki made very user-unfriendly by (mis?)application of Semantic X extensions. How that situation might be improved could be an interesting topic.

There is no relation between moving WikiApiary and destroying its SemanticMediaWiki data. If you want a non-semantic counterpart, you should probably make a different site.

By the way, if moving WikiApiary to WMFlabs means that it will be hostage of people that wish to destroy it, I'm glad to contribute financially to using another host.

The data is fine. The user interface could use some destruction.

In T149874#2898209, @Nemo_bis wrote:

By the way, if moving WikiApiary to WMFlabs means that it will be hostage of people that wish to destroy it

Please don't make random claims like that when people want to, or try to contribute to the discourse of a discussion, Perhaps instead you could try make a constructive claim refuting the comments on why you think they are wrong instead?

I'm not sure it's related to the move (but seems likely):

I'm getting a strange error with this page where revisions seem to be missing — and note that the history of that page lists both those revisions, but neither of them can actually be viewed.

Indeed. All revisions since the pre-test started seem to be gone. Moreover I am not able to edit. It may be an idea to upgrade to the latest release of Foreground. Also getting short urls back will be cool too. Anyways thanks a lot for your effort. We are getting there. :)

@Samwilson Please make separate tickets for these issues instead of posting them just here

@Kghbln I am unable to replicate your problems editing pages, except on the ones Samwilson mentioned which do not exist.(we are looking into this) I am looking at short URLs and Foreground as well

Karsen, I'm running into issues with Foreground's CSS that I do not know how to resolve. For the meantime I've set up a separate codebase at https://www.wikiapiary.com/w2/index.php?title=Main_Page so that the update can be investigated without disrupting normal users. If you could take a look at it I would be very appreciative. Notably, the update seems to be breaking header tabs and is causing some infoboxes to break as well

Short URLs are now re-implemented

In T149874#4268123, @DeepBlue wrote:

Short URLs are now re-implemented

Cool! Thank you!

In T149874#4267622, @DeepBlue wrote:

Karsten, I'm running into issues with Foreground's CSS that I do not know how to resolve.

What kind of issues are they. Do you mean that editing via the interface is no longer possible, i.e. you have add the action link manually to edit and update as I have to do.

In T149874#4267622, @DeepBlue wrote:

For the meantime I've set up a separate codebase at https://www.wikiapiary.com/w2/index.php?title=Main_Page so that the update can be investigated without disrupting normal users. If you could take a look at it I would be very appreciative. Notably, the update seems to be breaking header tabs and is causing some infoboxes to break as well

Yeah, the templates have to be redone, but this should not be a big issue. Also the skin adaptions will be fairly easy now. I will regrettable not be able to work on this until a fortnight. If I have not done so, please poke!

In T149874#4268277, @Kghbln wrote:

What kind of issues are they. Do you mean that editing via the interface is no longer possible, i.e. you have add the action link manually to edit and update as I have to do.

Gonna be totally honest, I barely know anything about CSS but various elements are the wrong color on the new codebase, as noted in T196667 the graphs on most wiki pages are broken with a seemingly CSS related error (both codebases) and a few other minor things.

In T149874#4268277, @Kghbln wrote:

Yeah, the templates have to be redone, but this should not be a big issue. Also the skin adaptions will be fairly easy now. I will regrettable not be able to work on this until a fortnight. If I have not done so, please poke!

Ok thanks for the help no matter how delayed. For now the older version of the skin is still functional so this should be ok to wait till then.

In T149874#4267510, @DeepBlue wrote:

@Samwilson Please make separate tickets for these issues instead of posting them just here

Done: T196864: Revisions have disappeared since migration to WMF hosting

(This ticket should still stay open though, I think, because the move is not complete.)

@Kghbln Just poking you (a bit late) but you mentioned that you would be able to work on templates on the w2 site?

@Kghbln When you do get around to working on the Foreground skin, I would appreciate it if you could do your work here[1] so that it will be ready for 1.31 when we update.

[1]https://www.wikiapiary.com/w3/index.php?title=Main_Page

Couldn't we move to the new version (which is a new named)

We could, but doing so breaks the skin in various ways, at least last time I checked.

I meant https://github.com/Hutchy68/pivot :)

Ahhh I see. I'm basically doing maintenance and trying to keep stuff from exploding so I'm not really one to make that decision but @MarkAHershberger would be more informed on why/why not to do this.

Actually nvm, foreground looks alot better.

@DeepBlue your "Ocean behind ears" on wm cloud?

You have root according to https://tools.wmflabs.org/openstack-browser/project/wikiapiary :)