[00:01:18] Worth investigating [00:01:38] If that’s the case we may need to depool [00:02:02] Try on Mirabeta maybe? It should have it loaded and it’s on 1.42 [00:02:32] https://cdn.discordapp.com/attachments/1006789349498699827/1233568932875472906/image.png?ex=662d9218&is=662c4098&hm=9f89a2b12b81ed8493e797894fa11af3d60d6ba488080f2997135ff884847d92& [00:03:06] :StrongestOpposeMH: [00:03:25] pix what does that mean? [00:03:29] @randy. want to try this? [00:03:58] Sure I guess? [00:04:03] it means I don’t like it 😠 👿 >:( 👎 :NotdoneMH: :OpposeMH: [00:04:10] ok [00:04:18] So how do I go forward with this? [00:04:19] hence strongest oppose [00:04:21] thought you were opposing the screenshot [00:04:34] yes i was opposing it’s contents [00:04:48] think an angry emote works better [00:05:25] essentially a null edit or in worst case: remove file link, then readd as separate edits [00:05:44] I see. [00:06:08] its marked as 1.37+ and no longer maintained, no idea why its being bundled [00:06:14] https://antonball.miraheze.org/wiki/Anton [00:06:18] Nope. [00:06:32] Cut it, saved, pasted it back and saved again. [00:11:26] [1/2] https://antonball.miraheze.org/wiki/Anton?action=info [00:11:26] [2/2] is this what's supposed to happen? [00:12:23] [1/2] No, essentialy this but without the infobox code showing up. [00:12:24] [2/2] https://antonball.miraheze.org/wiki/Ballbuster [00:13:12] https://antonball.miraheze.org/wiki/Gil_the_Spider [00:13:26] oh you mean like in the embeded preview? [00:13:29] Yeah. [00:13:36] well its showing up for me in discord [00:13:49] Yeah the image is supposed to show up, however it's the text that's the problem. [00:13:57] Since it's the infobox code text. [00:14:30] [1/2] Basically I don't want this stuff to show up. [00:14:31] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1233571944931266642/image.png?ex=662d94e6&is=662c4366&hm=c5e57e2f9b9af154218ed0d408e4fa067d14bdacc7697bd3a3211961c8d99175& [00:15:08] I'd like for either no text to show up at all with embedded previews, or with it to skip over the infobox code text and only do the description text. [00:16:43] its pulling from infobox, you don't have a blurb [00:18:08] How do I make it not pull from the infobox for text? [02:59:17] @kiju1108 do DM me if you encounter any issues (I only get push notifs for DMs is why I say DM not ping) [03:00:01] Thanks! [04:05:16] https://github.com/miraheze/CreateWiki/pull/511 [10:26:58] @bluemoon0332 would whitelisting (like is done for certain pages on private wikis) be possible for deleted wikis do you think? It sounds too easy to be possible but I just had that thought and want to make sure it doesn't make sense before I think of something else [12:22:21] Damn it the raidarr mainpage commit is still in there [12:39:52] Anyways if no one want to test this I’m fine with someone pulling onto beta and just giving me crate/wiki creator to try it out. Need to find someone else to make the requests [13:29:12] Create Wiki is broken on beta [13:32:10] dies [13:32:12] Is it? [13:35:23] What happens when you try to make a wiki [13:35:47] It just counts requests so [13:36:35] It just fails because url shortner [13:38:11] Hmmmm [13:38:16] Inconsequential [13:39:10] Cloudflare cache also does funny things with language when logged out sometimes [13:39:16] (Since this patch only asks how many requests a user has it don’t care if the wiki exits) [16:22:04] what do you mean? [16:29:17] I mean currently deleted wikis have the deleted error page but would it be possible to whitelist Special:ManageWiki so that it can still be accessed on deleted wikis? [16:29:32] I mean wikis marked as deleted of course, not permanent ones as obviously those are actually gone [16:30:06] hmmm [16:30:28] well I don't actually know how that would work [16:30:51] if it was up to me, the actual solution is making the rest of the ManageWiki modules available remotely [16:31:07] makes sense [16:31:28] Special:RemoteUndelete [16:42:04] No [16:42:05] @pixldev currently tearing apart your PR [16:42:10] will publish the review soon [16:42:26] thank you sir [16:42:35] lets see if i get a passing grade [16:48:30] Why not? [16:48:44] Any other ideas for allowing crat undeletion then that aren't too complicated? [16:49:01] It's possible yes but it would cause more issues. [16:49:12] @pixldev review is up [16:49:13] Oh, what kind of issues? [16:49:25] lets see [16:49:26] Cache probably [16:49:42] Either way I do feel like I have to agree that Steward undeletions don't really serve a purpose unlike RfRW [16:50:05] cahce strikes again [16:50:12] So it would definitely be nice to have crats be able to do that as despite the intention being that once wikis are deleted its unlikely they'll be reclaimed undeletion seems very popular [16:50:52] I see, so the goal is to have crats be able to undelete their own wikis... [16:51:47] I think we can accomplish this by adding a button only managewiki right users can see on DeletedWiki.php itself rather than whitelisting managewiki [16:52:13] But only for certain delete reasons [16:52:35] OS: why is user id a string 😭 [16:52:37] Which means we'd need Delete reasons first so IE manageInactiveWikis could set one. [16:52:53] everything from the database is a string by default [16:52:58] ask me how I know... [16:53:13] Therapy bills? [16:53:16] https://github.com/miraheze/CreateWiki/commit/45b622d624fff8f15303e68a51020f393118ec77 [16:53:45] the type casting syntax kills me [16:54:56] i need to find a way to fix the spaces -> tabs thing [16:56:25] [1/2] But that isn't from the DB is it? [16:56:26] [2/2] $request->requester->getId() is UserIdentity::getId() which is an int isn't it? [16:56:26] also didn't help that that property is set to an integer by default: https://github.com/miraheze/CreateWiki/blob/45b622d624fff8f15303e68a51020f393118ec77/includes/RequestWiki/WikiRequest.php#L27 [16:56:36] then it becomes a string later on [16:56:59] _php things_ [16:57:08] if it's from there it should be an int [16:57:21] sorry, just replied without checking where the ID was from [17:02:34] User_id is always int or null [17:02:39] It should be cast right [17:03:03] Basically it's overly complex [17:03:11] But @cosmicalpha had a better idea [17:03:21] so ill just reject that part ig [17:03:34] or do i need to cast to string for the db call [17:03:51] there's no need to cast for db calls [17:04:08] just change the type for the param on the signature to int [17:05:52] [1/2] ill just resolve this [17:05:52] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1233826462965174403/liYeNKF.png?ex=662e81f0&is=662d3070&hm=810c5e022ea07481947d005552f2f10eb7c34456df871e808c0d600ecdbe681c& [17:06:53] Ah, that would definitely do though how would the interface work? [17:07:05] Like if the user isn't a crat would they get a separate error page? [17:08:14] ill fix it up later [17:08:37] @bluemoon0332 whats the right to view requests that are surpressed? [17:08:55] there are two [17:09:03] createwiki-deleterequest [17:09:08] createwiki-suppressrequest [17:09:32] that task has a table with them and their respective value in cw_visibility [17:10:55] Oh it’s a separate table? Or a column [17:11:23] by table I meant the table at https://issue-tracker.miraheze.org/T12010 [17:20:02] Potentially but not necessarily could just do a check on current DeletedWiki.php [17:22:29] Oh, also, how does one make a person project board on phorge? [17:22:45] Since I’ve started taking more of these features additions I wanna organize a bit [17:23:58] @pixldev Either open a task for an admin to create one for you, or ask them here. [17:24:01] Or is that typical reserved for Software Engineers [17:24:20] Ah, thanks [17:26:27] Can I change the visual look of the tag once it exists or admins only? [17:28:02] I’m not a phab admin, so I don’t have the final say, but I think it should be fine [17:29:23] phorge* [17:42:25] Anyways, could a phorge admin please make a personal “PixDeVl” project 🙂 (if it’s not possible to give non admins the power to edit it, would appreciate if it was purple unless we have a precedent of making personal workboards checkered) [17:42:34] Thank you in advance <3 [17:42:57] Purple is a nice colour [17:43:08] Although I believe there is method to the colours [17:43:55] The only board I know is OS which is checkered and timeline icon [17:44:03] I don’t know what the other icons are [17:47:07] https://discord.com/channels/407504499280707585/1232687475282022451 Can someone take a look at this thread? Has this been resolved? [17:58:58] At least four other personal boards exist (me, Amanda (2x), and Revi) [18:00:02] https://issue-tracker.miraheze.org/project/manage/40/ [18:00:17] Amanda had it pink [18:00:32] Do they all have the timeline icon? [18:00:41] Yes [18:01:13] Anyway, pinging @cosmicalpha and @reception123 as phorge admins [18:01:32] Hm. So that’s precedent set. Thank you Amanda for setting an exception [18:02:17] Actually is she on discord? [18:03:29] No [18:46:23] is the idea that wiki bcrats would be able to undelete their own community's wiki? that seems to me a way to bypass the dormacy policy by going inactive and returning to restore access which is a waste of resources, gaming the system [18:47:19] well not really because right now they quite often do request undeletion and Stewards always say yes [18:47:35] the Dormancy Policy isn't meant to be that restrictive. If users come back to their wikis and are willing to continue it that's fine [18:50:32] (and if not users will come and ask for backups of their wikis anyway) [18:51:54] [1/4] alright, wiki undelete requests are simply a formality. [18:51:54] [2/4] If the decision is to grant bcrats the ability, that takes away responsibility from stewards. [18:51:54] [3/4] perhaps something to discuss with Miraheze community before implementing since its taking away from stewards? [18:51:54] [4/4] - this way SRE communicates a potential change before implementing, avoid community backlash, avoid wasted effort put in to implement [19:01:23] they can literally do just that in the closed state [19:03:24] [1/2] ok, disregard then [19:03:24] [2/2] figured it might be worth a heads up at the very least [19:04:08] ja [19:06:36] one reason I suggest at least getting feedback is avoiding the pitfall fandom does, which is developing something and trying to coerce people to accept it vs asking about potential ideas to build then building or making the change [19:52:00] This one is far from controversial [19:52:23] Requests are approved without question anyway [19:52:28] Automating that is good [19:57:18] Yeah, I think it's quite uncontroversial to give more rights to local groups [19:57:58] and technically there is an RfC that Deem opened for it (Proposal 2) so if people want to oppose the venue exists for it [19:58:10] but I had the idea to no longer need stewards to do it a while back [20:01:58] Is there [20:02:01] What RfC [20:17:14] [1/5] https://meta.miraheze.org/wiki/Requests_for_Comment/De-bureaucratization_and_efficiency [20:17:14] [2/5] My view is: [20:17:15] [3/5] Proposal 1 - there is actually potential for abuse [20:17:15] [4/5] Proposal 2 - completely fine with that but needs to be technically possible [20:17:15] [5/5] Proposal 3 - same as above. For Cargo it should remain restricted so people can confirm they know how to use it and are responsible for any bugs that SRE can't figure out how to fix [20:22:39] Trouble wirh prop 3 is there are various more extensions beyond cargo/smw each with a particular, but not necessarily clear reason to restrict [20:23:51] like automated categories or something? [20:24:05] someone said it creates huge mess [20:25:44] Probably me [20:26:33] sounds about right [20:30:21] Tbh it's kind of me trying to prevent users being stupid [20:30:34] I'm quite happy to allow auto create cat to be not restricted [20:31:45] @pixldev you can blame me for a lot during my time as mediawiki engineer [20:31:49] Including beta [20:31:54] Beta was my idea [21:11:30] tbh I agree it creates huge mess lol [21:12:17] I often make a typos in category links, and then sometimes gota rename -> move all pages to it [21:14:26] oh dear [21:15:36] If I’m still here when I’m 18(dont worry i intend too WWIII notwithstanding) you can probably blame me for a whole lot more 😂 assuming they take me off the shell access blacklist