User talk:Dmehus

Template documentation
Hi Doug, I have implemented a template documentation in the publictestwiki for demonstration purposes. To these two templates I have added the documention Template:RfP/boilerplate Template:Draft-section so you can see how it looks like. If you think this is useful I (or anyone else) can copy the template and the associated module to other Miraheze wikis. I have translated the text that is displayed in the template pages but not all the comments in the module, a native speaker may improve the translation. Before I spend a lot of time for translating the German comments to English I will make sure that this feature is wanted on Miraheze, if not I will save my time ;-) Lily (Manuela) (Lilypond Wiki · talk and I will listen · my little garden ) 17:18, 26 October 2020 (UTC)

interwiki/interlanguage prefixes
could you please set up interwiki and interlanguage prefixes on each of PetraWiki's wiki interwiki tables:
 * https://en.petrawiki.org/wiki/Main_Page ->
 * https://hr.petrawiki.org/wiki/Main_Page ->
 * https://files.petrawiki.org/wiki/Main_Page ->
 * https://translate.petrawiki.org/wiki/Main_Page ->

Also, who do I need to talk to in order to:
 * change the "Upload file" link of all PetraWiki's wikis to point to files.petrawiki.org upload-site (as described here)?
 * use files.petrawiki.org files in the other PetraWiki's wikis (as described here)? --Luka Ibrišimović (talk) 22:02, 12 January 2021 (UTC)
 * Sure, do you want PetraWiki English to be the master interwiki prefix, with   and   added on (a) the other wiki or (b) all wikis? Also, will you require cross-wiki scary transclusion for any wiki? Dmehus (talk) 22:12, 12 January 2021 (UTC)
 * I don't require transclusion for any of the wikis. Sorry, I didn't quite understand your first question, could you explain it to me little more? Thank you. --Luka Ibrišimović (talk) 22:31, 12 January 2021 (UTC)
 * I would like each PetraWiki wiki to have interwiki link to other PetraWiki wikis. I would like  to be master interwiki prefix for English PetraWiki as well as , and   for Croatian PetraWiki, language wikis to have link to   and   wiki,   and   wikis to have links to language wikis, and   and   to have link to each other. All wikis should have   (and  ) for English PetraWiki. I hope that answers your question (if I understood you and interwiki links correctly). :) --Luka Ibrišimović (talk) 21:27, 15 January 2021 (UTC)
 * Luka Ibrišimović Apologies for the delay in both replying to this message and handling it, but did you have a chance to take a look on all your wikis and see if the interwiki prefixes I added were all set up correctly? Thanks. Dmehus (talk) 00:41, 31 January 2021 (UTC)
 * No need to apologize. I checked it out, it's perfect. Thank you very much! --Luka Ibrišimović (talk) 12:29, 31 January 2021 (UTC)
 * Luka Ibrišimović Oh, that's great. I guess I was mainly apologizing for not adding the requested shared repository upload navigation URLs mentioned briefly above and in #T6789 on Phabricator, as you're right I did complete the interwiki link requests fairly quickly. Regarding the latter, though, I noticed you didn't include  in your list of wikis that should have a common shared database file upload navigation URL specified. As I think you did mention that above, please let me know if you just missed including that on the Phabricator ticket, and I can process that request as well. Thanks. Dmehus (talk) 12:43, 31 January 2021 (UTC)
 * I didn't forget about it, I just thought I wouldn't be needing it for . But now that you asked me, maybe it wouldn't be such a bad idea to change $wgUploadNavigationUrl and $wgUploadMissingFileUrl for   as well. So if it's not too much trouble... Thank you! --Luka Ibrišimović (talk) 13:06, 31 January 2021 (UTC)

Edit Collision
Please accept my apologies for the edit collision we had at Special:RequestWikiQueue/16446! --Integer talk 02:29, 1 February 2021 (UTC)


 * Integer ; however, there's actually no need to apologize. It's quite funny that (a) we both used the same canned/prepared decline reason and (b) wiki creator conflicted at the same minute. If anything, I look at it is validation that our decline was correct. ;) Dmehus (talk) 02:33, 1 February 2021 (UTC)
 * Yes, a very interesting way to think about it, and too! Integer  talk 22:14, 1 February 2021 (UTC)

Just a Friendly Note
You forgot to remove the flodder user group from yourself. As a result, your edits and logged actions are being marked as bot actions. :P 13:46, 1 February 2021 (UTC)


 * R4356th Thanks for the note. Well, not my edits, only log actions. In any case, this doesn't prevent visibility in Special:Log. I didn't forget to remove the, though, as I wasn't quite finished yet with deleting the translation subpages of the training modules we talked about (as it's a fair bit of work). I hope to finish that this morning. Dmehus (talk) 13:52, 1 February 2021 (UTC)
 * Oh, okay. 🤔 Why are you removing those pages though? 13:55, 1 February 2021 (UTC)
 * R4356th Remember? I discussed it with you, Sabelöga, and Reception123, separately or individually, on Discord, and consensus was that the pages were only useful to system administrators, all of whom use English as their primary language, so this created an unnecessary amount of translation work for translators that would be better spent translating existing pages and keeping existing translation subpages up to date. Dmehus (talk) 13:58, 1 February 2021 (UTC)
 * Um... that was related to the pages in the  namespace? Besides, there was consensus in the community in a pretty recent RfC that the Training Modules should be read by CVT, CoCC etc. as well.  14:41, 1 February 2021 (UTC)
 * R4356th Oh, I thought you and I had discussed whether the training modules needed to be translated, but perhaps it was just Sabelöga and Reception123. Though I'm not familiar with the RfC to which you refer, that doesn't change whether the training modules need to be translated. Dmehus (talk) 14:44, 1 February 2021 (UTC)
 * Discussion continued on Discord. 15:01, 1 February 2021 (UTC)

Following the discussion on the Administrators noticeboard
Could you edit the translation tags on the main page to be on the same row as the bulleted lists as that aligns them properly? That way we can avoid outdated and missing translations from looking like this. --Sabelöga (talk) 14:07, 4 February 2021 (UTC)


 * Any interest in this? Sabelöga (talk) 19:36, 9 February 2021 (UTC)
 * Sabelöga Well, the result from the discussion at Administrators' noticeboard to which you refer is that this is an upstream bug related to the Translate and best resolved through filing a ticket on Wikimedia Phabricator, unless you mean there's some specific improvement on that specific page. If the latter is the case, can you please state exactly and clearly what you want you want to be changed in the format of "change  to  " so it's clear on exactly what needs to be changed? Thanks. Dmehus (talk) 19:43, 9 February 2021 (UTC)

What I mean is that I want you to move all the bullet point to the same same row, and not on seperate as it is now. Just as I did on Meta:Wiki creators guide. This fixes the problem, or at least it did on that page, so I assume it will here too. I have no idea what upstream bug would create this.

Basically move:

Text to: on the Main Page.
 * 1) Text

Or for even more simplicity, just copy this into the Main Page, that should do it. --Sabelöga (talk) 16:45, 10 February 2021 (UTC)
 * I appreciate the clarification, but I'm not satisfied with this proposed fix, particularly with using, which seems to a bit of a hacky fix, to be quite honest. I'm open to considering other potential fixes or workarounds, but this isn't it, I don't think. It's also not particularly onerous for translators to remove the FuzzyBot-added  s, as they've been doing it for more than five years without any issues. Hope that helps. Dmehus (talk) 16:51, 10 February 2021 (UTC)
 * Ignore the "pre" tags. They're just there to show how it would look like in code. The issue here is that the code in translations (not on the original) actually differentiates between text on the same row as a bullet point and text that's just on the next row. The original page with all the "translate" tags don't differentiate between on the bullet point and on the next row, but when fuzzy bot starts adding this "div" tag  the code (on the translated pages) starts differentiating between text when it's on the bullet point and when it's on the next row. That's why things get broken up as they do and why it is important for translation administrators to keep text on the bullet point and not on the next row.
 * I know this will work since I did the exact same thing on Wiki creators guide and I don't see any reason why the same thing won't have an effect here. If there's any reason it won't work here I'd like to know why. Sabelöga (talk) 17:16, 10 February 2021 (UTC)
 * Ah, okay, I'm okay with this then, since you said to ignore the  tags. I tried to implement the fix, but got Translate extension syntax errors beginning at "Free of charge," and I'm not sure how to resolve that. I tried to copy and paste Main Page into your userspace for you to fix, but got the same thing. So if you'll markup the wikitext for me and post in a pastebin, I'll implement the fix, attributing you via an edit summary. Dmehus (talk) 17:34, 10 February 2021 (UTC)
 * User:Sabelöga/Test this doesn't give any errors, this should work. Sabelöga (talk) 17:39, 10 February 2021 (UTC)
 * Any success? Or did this not work? Sabelöga (talk) 15:57, 12 February 2021 (UTC)
 * I can't get it to work. I'll try and take another look in another week or so. Dmehus (talk) 16:14, 12 February 2021 (UTC)
 * Okay Sabelöga (talk) 12:34, 13 February 2021 (UTC)

Hi
Hi, it is me BurningPrincess1/TheBurningPrincess. I requested my acct be unlocked on IRC TheBurningPrincess (talk) 18:12, 4 February 2021 (UTC)
 * ✅, and thanks. Dmehus (talk) 18:16, 4 February 2021 (UTC)

Regarding Special:RequestWikiQueue/16566
Why were you so interested in approving the above mentioned wiki request despite me mentioning that a similar wiki already exists? The requester could had easily adopted it. Please reply here and not privately on Discord. Thank you. 14:40, 9 February 2021 (UTC)


 * R4356th As I said in the request,  was apparently a good-faith wiki with no actual content. Lots of users have ideas to create wikis, but never follow through. As the requests for adoption process is a time-consuming process and since this wiki has no actual content, it seems rather bureaucratic to ask Loisya to go through a full adoption request just to adopt a wiki that has no more content than a brand new wiki. Nevertheless, I get your thinking, but in this case, common sense prevails here. Dmehus (talk) 14:43, 9 February 2021 (UTC)
 * Agreed but I still think going through the RfA process would have been better and could had prevented a wiki from being deleted and replaced with a new one. It would had also allowed Stewards to assess Loisya. 15:16, 9 February 2021 (UTC)
 * I'm not quite sure what you mean by "allow[ing] Stewards to assess Loisya." We don't really assess the user in an adoption request; we assess their contributions. As to the RfA process, while it is nice if we can prevent wikis from being deleted, that's really more about preserving wikis that have actual content, to ensure the content is kept updated, expanded on, maintained, and the wiki generally kept free of spam and vandalism. To be clear though, I do like that you are looking at whether we have similar wikis in your assessment of wiki requests, and I try and do that as well&mdash;including with English Wikipedia fork wikis, to see if users may want to request permissions on and contribute to one one of many English Wikipedia fork wikis we have. As well, it's also helpful to check the RequestWikiQueue to see whether the user previously requested the same, or similar, wiki, that has since been either closed or undeleted. I've found a few wikis that way in which I was able to assist the user with reopening their wiki or with undeleting the wiki for them. Hope that clarifies it a bit, and thank you for your question. Dmehus (talk) 15:25, 9 February 2021 (UTC)
 * "We don't really assess the user in an adoption request; we assess their contributions." - which is exactly what I said. "As to the RfA process, while it is nice if we can prevent wikis from being deleted, that's really more about preserving wikis that have actual content, to ensure the content is kept updated, expanded on, maintained, and the wiki generally kept free of spam and vandalism." I did adopt the Women in Tech Wiki which had 0 edits when I requested the wiki. "To be clear though, I do like that you are looking at whether we have similar wikis in your assessment of wiki requests, and I try and do that as well—including with English Wikipedia fork wikis, to see if users may want to request permissions on and contribute to one one of many English Wikipedia fork wikis we have." Check this out. ;) 19:34, 9 February 2021 (UTC)
 * Well, to be fair, you did say "[i]t would also allowed Stewards to asses Loisya," but perhaps you meant to include contributions following Loisya? To your other point, yeah, that API result is quite neat and potentially quite useful. Dmehus (talk) 19:38, 9 February 2021 (UTC)
 * "you did say "[i]t would also allowed Stewards to asses Loisya," but perhaps you meant to include contributions following Loisya?" Yes, exactly. 05:50, 10 February 2021 (UTC)

Hi there.
Is there any way to get templates onto the site that I requested earlier? --Loisya (talk) 16:09, 9 February 2021 (UTC)


 * Loisya Hi, welcome to Miraheze and to Meta Wiki, the central coordination wiki. To your question, there is Miraheze Template Wiki, which is probably the best source of (mostly) de-Wikipedia-ifyed templates, which you can either use Special:Export (on that wiki) and Special:Import (on your wiki) or transwiki import, selecting "templatewiki" from the drop-down box. In your edit summary, be sure to link to, replacing   with the namespace from which you're importing. You may wish to import only the current revision, to prevent 503 errors. Alternatively, if you want to import all revisions, I'd recommend importing the templates or modules one by one, referring to the   ("page information") for any template/module dependencies. If using the Special:Export and Special:Import method, you'll need to use an interwiki prefix from your wiki's interwiki table (whether local or global), to ensure contributions are properly associated to the respective external users. Hope that helps. Dmehus (talk) 16:14, 9 February 2021 (UTC)

A question:
What can I do to also help this wiki out, as I have been the most active contributor across the wikis? Feel free to drop me at least a few tips when you get the chance, as I am getting tired right now, and won't be to answer you right away as my timezone here is 9:46PM at this time. DarkMatterMan4500 (talk) (contribs) 01:46, 10 February 2021 (UTC)

Consultation
Thank you for sending me an email. However, I haven't received the email. I tried from meta's personal settings to send a password reset email for the test, but I did not receive the email. I've been in the junk mail folder several times before, so I searched for it, but this time it doesn't seem to be found. I'm sorry I didn't receive the email I received. --松•Matsu (talk) 03:50, 10 February 2021 (UTC)
 * Since it is also used for resetting the password, I changed the email address registered in miraheze to a receivable address. I changed my email address, but it seems that I can now receive it--松•Matsu (talk) 09:39, 10 February 2021 (UTC)
 * 松 Hrm, strange. It's good that you received the automatically generated password reset e-mail, but that still doesn't explain why you couldn't receive it at your other, current registered and valid e-mail address. Also, the fact that both you and and I cannot apparently receive e-mail messages sent through the Special:EmailUser suggests something is broken. I raised the issue with Site Reliability Engineers on IRC in, as I strongly suspect something hasn't been configured correctly in the server migration. Dmehus (talk) 13:36, 10 February 2021 (UTC)
 * I also changed the end of @, so I thought it might be a junk mail filter, but I check it with a browser, no mail remains in the junk folder, the filter may not be the cause. 松•Matsu (talk) 14:06, 10 February 2021 (UTC)

$wgAllowSiteCSSOnRestrictedPages
add $wgAllowSiteCSSOnRestrictedPages : https://www.mediawiki.org/wiki/Manual:$wgAllowSiteCSSOnRestrictedPages for skins modified in c.s.s. appear on the preference pages, this was the problem.

however, you can choose to put it exclusively on the wiki: https://onibus.miraheze.org/ if you don't want to deploy it at all --YellowFrogger (talk) 17:38, 11 February 2021 (UTC)
 * YellowFrogger I don't believe this is in ManageWiki, mainly for security reasons. So, this would need a GitHub pull request on the  to enable this on your wiki. While it's possible to do, I do know that Universal Omega was able to customize his Cosmos skin for special pages, so that's perhaps the better venue&mdash;that is, for you to request specific CSS be implemented within the desired skin(s) your wiki is using? Otherwise, if not, can you say what your reason(s) are for wanting to add custom CSS to restricted special pages? Thanks. Dmehus (talk) 17:54, 11 February 2021 (UTC)
 * YellowFrogger: this is not possible, even through LocalSettings.php for security reasons. 18:08, 11 February 2021 (UTC) ］ |
 * @Universal Omega: MediaWiki says you have to also put $wgMFSiteStylesRenderBlocking if mobilefrontend is activated. I think it is possible, because wikis like: https://runescape.wiki/ and https://www.grandtheftwiki.com modify by css and appear on these restricted pages.
 * I think I saw no problem with my CSS, and I think you can put settings exclusively on a wiki, to avoid problems. But this was a request. --YellowFrogger (talk) 18:20, 11 February 2021 (UTC)
 * @Dmehus: I'm asking, because I find it strange, with a modified theme, and it gives the user an impression that the wiki is slow. And CollapsibeVector is also wrong on the common vector, and I fixed it.
 * I didn't find any security issues in the CSS.
 * MediaWiki says: "By default, the site's CSS customizations (for example, MediaWiki: Common.css) have no effect on the login and preferences pages. This preserves the security of the login process and allows users to remove any unwanted customizations without being interfered with. If you are not concerned about security risks, you can use the $ wgAllowSiteCSSOnRestrictedPagesconfiguration setting to allow custom CSS to work on these pages ". --YellowFrogger (talk) 18:25, 11 February 2021 (UTC)
 * YellowFrogger Are those wikis above hosted by Miraheze? If so, then it may be possible for us customize  for you. I'm normally a little more liberal for security-related exceptions than some others, but I can see strong likelihood for serious security exploits by allowing CSS and JS on special pages. While I can see adding Internet Archive to the CSP whitelist, for example, I do agree with Universal Omega that we should not be allowing site CSS on restricted pages. That's good you were able to fix CollapsibleVector, though! :) Dmehus (talk) 18:29, 11 February 2021 (UTC)
 * They are not, they are independent. But note that they use skins modified in CSS, which still appear on restricted pages.
 * The CSS I want to appear is: https://onibus.miraheze.org/wiki/MediaWiki:Vector.css. This, like Common.css, did not present any major security risk, without the fatal error "X", no HTTP link image. In addition, only bureaucrats, and interface administrators can modify CSS / JS pages, and only I will be under these privileges. If you place / deploy now, I will like YellowFrogger (talk) 19:00, 11 February 2021 (UTC)
 * @Dmehus: Can you put it through LocalSettings.php? The skin I modified is Vector, so the customizable CSS is at: [onibus.miraheze.org/wiki/MediaWiki:Vector.css]. I hadn't seen your message about it, so responding now. YellowFrogger (talk) 00:17, 12 February 2021 (UTC)
 * YellowFrogger While I don't doubt that your CSS is fine, the reality is that we have no control over who is appointed as a local interface administrator or bureaucrat on local wikis, and we don't have the global manpower to routinely monitor the CSS and JS of every wiki. So while somewhat of a blunt instrument, instances where the likelihood of serious XSS exploits and security vulnerabilities are high, we have to restrict or disallow certain MediaWiki configurations. Thus, you will need to reach out to a system administrator, such as Universal Omega, to obtain approval before the PR can be done. I would suggest you reach out to someone like Reception123, as the Engineering Manager (MediaWiki), or Southparkfan, as the Director of the Site Reliability Engineering team. Hope that helps. Dmehus (talk) 00:26, 12 February 2021 (UTC)
 * Dmehus OK thank you. But how will I talk to them? they don't seem to be as active as you are, and I will try on the discussion page YellowFrogger (talk) 00:36, 12 February 2021 (UTC)
 * YellowFrogger While they may not be as active as me on-wiki, they're around. Reception123 may be reluctant to approve, so I would recommend reaching out to Southparkfan at User talk:Southparkfan (his user talk page). You may have to wait up to a week for a response, but if you outline a well articulated use case and link to this thread, I think there's at least a chance you may have success. Hope that helps. Dmehus (talk) 00:43, 12 February 2021 (UTC)
 * Dmehus I asked the question there .. YellowFrogger (talk) 00:59, 12 February 2021 (UTC)

hey, Dmehus!
did you read the newest message, link: link. ThomasTheTrainFan2 (talk) 17:45, 14 February 2021 (UTC)

Wiki creator
Hey, Dmehus! I came to ask about the wiki Creator rights that was talked about about three weeks ago. I will ask my question in short form, ie when would I get to the user group "wiki Creator"? It would interest me a lot! I look forward to your reply. Thank you. --Anton (talk) 17:43, 17 February 2021 (UTC)