In T11756#235854, @Universal_Omega wrote:

I did think of that, but I also agree that issue-tracker is a bit to long and making it simple is better. It's kinda difficult regardless of what is used, all have some negatives to it...

In T11756#235853, @Agent_Isai wrote:

Also, for Phabricator CDN, we should use wikitide.net as miraheze.wiki is being deprecated and might be dropped outright one day.

I did think of that, but I also agree that issue-tracker is a bit to long and making it simple is better. It's kinda difficult regardless of what is used, all have some negatives to it...

I did think about that but not everyone on Phabricator is an issue but I might be getting to much into the specifics and semantics.

After further consideration, I think maybe issues.* would be better for simplicities sake, as Labster recommended. But not 100% decided on which is the best yet.

issue-tracker sounds good to me.

Switched to phroge.

Raising priority as phab121 has been updated to bookworm, and phabricator has little support for php 8.2

We should probably think about moving forward with this - the WMF now uses Phorge.

As this is likely your final hours on Miraheze, I'd like to say I'd have liked to apply for MWE before you left. I'd have liked to work alongside you here as an equal, as I enjoyed the limited time I worked alongside you on some small tasks before all that happened. I wish you the best on Wikiforge and wherever else you go.

Once RequestSSL is completed and all SSL requests are done via the extension, I propose that we remove it from Diffusion as it won't really serve a purpose anymore.

Upgrading to phorge is a normal phab upgrade with 2 extra steps. There is a guide that details it. I've done it for fossbots and it took 15 minutes.

I've been told there is a way but I'm not sure. Either way, switching without importing tasks would mean that we would have to keep Phabricator in a read only state indefinitely as we frequently need to refer to old tasks.

From what I've read, you can't import tasks from Phabricator instance to Phabricator instance either way due to the way its designed (and so WMF couldn't test Phorge on a separate instance as they couldn't import some tasks without importing the entire database which includes private tasks) but WMF has approved migrating, per https://phabricator.wikimedia.org/T333885

Looks like the WMF didn't have much luck importing tasks from Phabricator to Phorge. Still, we should switch anyway.

I wouldn't necessarily be opposed to that as its usefulness is arguably quite limited and will be even more significantly so when RequestSSL is completed.

Phabricator tracks the SSL Miraheze repo so to disable that, we'd have to remove the repo from Diffusion.

Done! https://phabricator.miraheze.org/project/view/83/

I would support this, personally. Makes sense for a new developer, adding Reception123 to approve/deny.

https://phabricator.miraheze.org/project/view/82/

https://phabricator.wikimedia.org/T328595 is relevant. It'll probably be useful to see how the WMF does things

@Reception123 I plan on using the board to categorize tasks that I will be working on. My knowledge of PHP, JS, CSS, CLI tools are limited right now, but I am quickly learning and over the course of the next few weeks/months, should be able to help working to resolve tasks a lot more regularly. I just installed the skin Splash on Miraheze, so that's one task to refer to if needed.

What do you plan on using this for? Do you plan on regularly working to resolve tasks?

In T10564#212732, @Void wrote:

Even if John is available to refresh the key tomorrow, it is still most likely worth changing the owner of the consumer to a shared staff account, such as the existing Miraheze Operations account.