User talk:Krinkle/Tools
Add topicConfiguration options
[edit]Tool | WhatLeavesHere |
---|---|
Type | Feature |
Gday Krinkle. Been using WhatLeavesHere at enWP, after using it in other places, and it is useful for spam fighting. I would like to see the ability to have some configuration for its use at enWP to hide some of the templates. Looking at w:en:Special:WhatLeavesHere?target=List_of_As_Told_by_Ginger_episodes it picks up Templates and I think that for the general user this will be confusing. So a tweak so that by user you can set it up in a configuration file as per the popups, or whether there is a click twist that turns on configs and remembers one's settings, with certain things being default off. Anyway, just thoughts, thanks for listening and especially thanks for your tools and your assistance. billinghurst sDrewth 02:28, 24 January 2012 (UTC)
- @Billinghurst If I understand correctly, your intention is to easily find outgoing page/article links and hide e.g. file/template links. There is a namespace menu for reducing the result to only the Main namespace. I would be open to a JavaScript code change (via pull request at https://github.com/Krinkle/mw-gadget-whatleaveshere) to make this option remembered via localStorage. Krinkle (talk) 20:15, 23 November 2022 (UTC)
Search icon padding
[edit]Type | Suggestion |
---|---|
Setup | Firefox Aurora 12 |
Tool | VectorSearchNav |
I got another suggestion, but his is only about aesthetics.
Add #searchButton { padding-right: 1.2em !important }
to the line where the CSS is added. It'll make the icon looks better :)
Locos epraix 02:46, 4 March 2012 (UTC)
- @Locos epraix When I try this today, I do not see a visual difference. Perhaps the issue has resolved itself since then. Krinkle (talk) 20:17, 23 November 2022 (UTC)
A few suggestions for the recent changes tool
[edit]Tool | User:Krinkle/Tools/Real-Time Recent Changes |
---|---|
Type | Suggestion |
After using the tool for a while, I've felt that there could be a few extra details that can be added (some more possible than others of course, but they are just suggestions).
- A way to undo/rollback through the script without it opening a new page (if the user doesn't want it they can just do some type of variable = 0 on their common.js); If an undo/rollback was given, an option is available so you can warn the user (similar to Huggle), but allows you to enter a custom message (since all wiki's are different of course).
- Things from the Special:Log to be viewed to, either in a smaller separate section or in the main view
- If something new appears in Special:NewFiles, it loads the previous image as the old revision and the uploaded image as the new one. (If this special page isn't possible to operate with, Special:Log/upload might be possible too)..
- If one of the edits is a tagged change from Special:Tags, in front of the time either * for the tags or change/add-on to !. Then whatever the tag was after the edit, like so (not properly spaced, but still gives a main idea):
(diff) * 01:32 Article • T • C • Vandal Adding important info [ Possible Vandalism ]
- In a show/hide under the revision, a preview of the new page revision is shown to immediately see if an error occurred with the new revision, without having to leave the script.
These are just some small things that I thought should be added. :)
Hairrr (talk) 02:44, 1 August 2012 (UTC)
- @Hairrr Thanks for sharing these ideas. I still try to maintain RTRC, but major changes like this require more time than I have these days. I encourage you to share these ideas with other people interested in RTRC at https://github.com/Krinkle/mw-gadget-rtrc, and perhaps yourself or others in your community can provide suggested code changes in a pull request which I could then deploy for all RTRC users. Krinkle (talk) 20:26, 23 November 2022 (UTC)
Help needed for using AnonymousI18N in gomwiki
[edit]Tool | AnonymousI18N |
---|---|
Type | Help needed for installation |
Hello Krinkle, we have recently tried installing AnonymousI18N in gom.wikipedia.org . The Phabricator task will give you an idea of whats happened thus far. When we initially copied the code with all the languages to Common.js, it was working fine. However, we wanted to have only gom-latn and gom-deva in the list, so we left only these two in the list of available languages, but this didn't work (AnonymousI18N did not load) (Attempt 1). Then we tried adding en to the list, this also did not work (Attempt 2). Finally, we tried keeping gom instead of gom-deva, this didn't work either (Attempt 3). Please could you help solve this? Thanks, The Discoverer (talk) 06:29, 15 July 2015 (UTC)
- I see that the issue has been solved and the task closed. The language menu uses the autonym of each language as its label as recognised by people who are looking to select that language. For example, the label for DE/German is "Deutsch", the label for NL/Dutch is "Nederlands", and the label for English is English. The check is in MediaWiki:Gadget-AnonymousI18N.js as
wpAvailableLanguages.en === 'English'
. The fix was in this gomwiki edit. --Krinkle (talk) 20:33, 23 November 2022 (UTC)
RTL compatibility
[edit]Tool | RTRC |
---|---|
Type | Bug |
Setup | activate gadget on RTL wiki |
latest change taught left-hand-side menu to be "shy", i.e., retreat left under some conditions. unfortunately, this functionality screws up the gadget for RTL wikis, as the menu actually "advances" instead of retreat - with RTL wikis the menu is on the right-hand side, and transforming left cause it to overshadow the list itself (note: this was reported by another user - i'm just the messenger, and am not familiar with the pre-change behavior, i just saw the problem after the change. for now, the user works around the issue with personal css, using !important, to cancel the transformation).
(sorry for reporting here and not on github - apparently, reporting an issue on github requires a github account, which is a bit much for the moment...)
peace. קיפודנחש (talk) 17:04, 11 August 2016 (UTC)
- For the record, this was reported the same day at https://github.com/Krinkle/mw-gadget-rtrc/issues/65 and fixed a few days later in RTRC version 1.3.1. Krinkle (talk) 20:35, 23 November 2022 (UTC)
InsertWikiEditorButton do not appear (same like extrabuttons.js)
[edit]Tool | Krinkle_InsertWikiEditorButton.js |
---|---|
Type | Does not load |
Setup | Windows10, Chrome |
Ive tried several buttonscripts in vector.js,but It seems that only the math-button appears. What am I doing wrong? See https://da.wikipedia.org/wiki/User:Rodejong/vector.js for my current vector.js To exclude problems with browsers etc.. On Dutch Wikipedia, all is wrking fine: https://nl.wikipedia.org/wiki/User:Rodejong/vector.js
Hope you will be able to point out what needs to be changed. Thank you! Rodejong (talk) 23:44, 13 November 2016 (UTC)
- I reviewed your dawiki version from shortly before this message and that appears to work fine today on that wiki. I assume this has been resolved since as there have been numerous edits after that and the script is still there. Sorry about missing this message. Feel free to @-ping me if you still encounter an issue. Krinkle (talk) 20:53, 23 November 2022 (UTC)
Names of projects in GUC
[edit]Tool | Global user contributions |
---|---|
Type | Suggestion |
Maybe names of projects (listed as wikisections), for example sv.wikipedia.org, could be token from Wikimedia Project Names on Translatewiki. I believe it would be more clear view and faster reading/searching.
Besides, maybe a button for interface language selection could be added. And a direct link on Translatewiki at the bottom like Edit Counter (EC) has it (I didn't know until recently that the tool is translatable). Wish you all the best, --Janezdrilc (talk) 09:26, 19 July 2018 (UTC)
Translating messages
[edit]Tool | WhatLeavesHere |
---|---|
Type | Doc |
The gadget seems to fetch messages from some external location, but they are in English. How to translate messages for non-English wiki's? bdijkstra (talk) 15:30, 3 January 2019 (UTC)
- You can translate via https://translatewiki.net/wiki/Translating:Intuition. I've documented this now on User:Krinkle/Tools/WhatLeavesHere for future reference. Thanks! Krinkle (talk) 21:11, 23 November 2022 (UTC)
Load contributions by user when starting from Special:Contributions
[edit]Tool | RTRC |
---|---|
Type | Feature |
For example, when starting RTRC from c:Special:Contributions/124.45.19.66, could RTRC load the contributions by that user? Alexis Jazz (ping me) 14:21, 29 November 2019 (UTC)
Better yet, provide a link on Special:Contributions named "Patrol ALL the things!" that directly starts mass patrol! Alexis Jazz (ping me) 19:25, 1 December 2019 (UTC)
How are rctags added to the menu
[edit]Tool | RTRC |
---|---|
Type | Question |
I could not find where RTRC looks for the tags used in the menu. I want to add some more rctags for myself or in general. Thanks. GPSLeo (talk) 21:00, 7 January 2020 (UTC)
costumization
[edit]Tool | RTRC |
---|---|
Type | Feature, addition and suggestion |
Setup | Google Chrome / Microsoft edge, Opera, Mozilla pc:(win 7) laptop:(win10) / mobile: (android 10) (android 11) |
Good evening, I wanted to ask if it was possible to customize the gadget in the local wiki (?) .. it would be interesting to keep the autodiff predefined, rather than having to activate it voluntarily. It would be possible? It would make this gadget easier to use, with fewer buttons to press! Anyway, congratulations for the excellent job! If I can give advice, which is linked to the question I asked before, would it be possible to add the "Remember selection for future searches" button? It would make it even more complete! Thank you very much for reading. A cordial greeting and await your reply. --Fierodelveneto (talk) 21:03, 4 July 2020 (UTC) --Fierodelveneto (talk) 21:04, 4 July 2020 (UTC)
Translation
[edit]Tool | RTRC |
---|---|
Type | Other |
Setup | Google Chrome / Microsoft edge, Opera, Mozilla pc:(win 7) laptop:(win10) / mobile: (android 10) (android 11) |
Good morning, in vec.wiki, although the translation of RTRC on translatewiki has been made, it does not appear .. the English language appears instead! How can we do? --Fierodelveneto (talk) 09:35, 8 July 2020 (UTC)
- This appears to work now. At https://vec.wikipedia.org/w/index.php?title=Special:BlankPage/RTRC&uselang=vec, I see the interface in a language that is not English. Feel fee to @-ping me here if you encounter the issue still. Krinkle (talk) 21:14, 23 November 2022 (UTC)
Migtrate RTRC help page into Translate Extension (in Autotranslate mode, like {{translated tag}})
[edit]Tool | RTRC |
---|---|
Type | Other |
Dear @Krinkle, if you not be opposing, I want to migrate RTRC help page into Translate Extension (in Autotranslate mode, like {{translated tag}}).
- Will be created subpage User:Krinkle/Tools/Real-Time Recent Changes/i18n
- English text from the User:Krinkle/Tools/Real-Time Recent Changes will be copied into User:Krinkle/Tools/Real-Time Recent Changes/i18n and marked for translation
- All anchors will be kept
- All existed translations will be kept and imported into new system
- wiki-code in the User:Krinkle/Tools/Real-Time Recent Changes will be replaced to
{{ {{TNTN| User:Krinkle/Tools/Real-Time Recent Changes/i18n|uselang={{int:lang}} }} }}
- Screenshot of the tools also may bo localized in the Commons and will be substituted depends to displayed language version.
Please approve this change. Kaganer (talk) 16:01, 8 February 2022 (UTC)
- @Kaganer I consider the page-translate significantly unusable and applying it to my documentation pages would mean I can no longer write and maintain the documentation myself. I don't mind regular subpages being created, however. These are compatible with Special:MyLanguage, TNTN, and the {{Languages}} navigation template, which I have added for automatic discovery and promotion of translations if you choose add any. I suggest copying the page and use watchlist for updates in the future. It will likely change less than once a year because RTRC is stable. Krinkle (talk) 21:21, 23 November 2022 (UTC)
running Global_SUL.js does not create local accounts
[edit]Tool | m:User:Krinkle/Tools/Global_SUL.js, installed via m:User:MsynBot/common.js |
---|---|
Type | Bug |
Setup | most recent Firefox, Chrome, and Edge |
Logged in with my bot account User:MsynBot, I can open m:Special:BlankPage/globalsul and run the process. It makes successful (HTTP 200) requests to /w/index.php?title=MediaWiki:Delete/en&action=render
in all projects and logs them on the BlankPage, but according to Special:CentralAuth no new local accounts have been created for the account. Quite some time ago I have used this script with my main account without any problems.
—MisterSynergy (talk) 21:13, 21 November 2022 (UTC)
- Solved it now via a different method (accessing all projects manually) because I need this quickly and this page seems pretty unattended. I still think this is broken and should be fixed, since the manual method really isn't a pleasure to go through. —MisterSynergy (talk) 00:15, 22 November 2022 (UTC)
- FWIW, same problem when I just tested. — xaosflux Talk 17:30, 22 November 2022 (UTC)
- @MisterSynergy @Xaosflux: Thanks for reporting. The issue is in the last 1-2 years, modern browsers have changed to longer allow a JavaScript request from one website (e.g. Meta-Wiki) to contact another website "as if" you contacted that website directly yourself. Instead, when GlobalSul is making a request to the new wiki, it does not have your global login cookies attached, and so GlobalSul's JavaScript is behaving as if each request is inside an Private/Incognito-like window that only knows about Meta-Wiki. The reasons for this change in browsers makes sense, and I do not believe there is an easy way around this. Perhaps we can explore using
api.php
with the "centralauthtoken" parameter but I do not know if this works when the account does not yet exist. In any event, this requires more research and changes than I have time for. If you find a way, do let me know, I'd be happy to incorporate the change into the script or help you write/debug the specific way. Krinkle (talk) 21:30, 23 November 2022 (UTC)- Thank you for looking into this. Explanation seems reasonable; I had some xsrf stuff in mind, but I'm clearly not an expert here …
- If you can't fix it, maybe put a warning to the script page and/or User:Krinkle/Tools/Global SUL that it is kinda broken. I had to spend quite some time to figure out that it is likely not a problem on my side two days ago. —MisterSynergy (talk) 21:42, 23 November 2022 (UTC)
- @MisterSynergy I put a note on User:Krinkle/Tools/Global SUL. — xaosflux Talk 22:28, 23 November 2022 (UTC)
- @Krinkle thanks for the notice, I was sort of able to hack it to work browser-side by using an old browser (Firefox Portable ESR60) - this certainly isn't "recommended". Perhaps we could do something similar from the toolserver oauth? — xaosflux Talk 22:25, 23 November 2022 (UTC)
- @Krinkle: See patch. This works for me in a private window in Firefox 108, with all third-party cookies blocked.
mw.ForeignApi
does all thecentralauthtoken
magic here. Suffusion of Yellow (talk) 01:29, 6 February 2023 (UTC)- @Suffusion of Yellow Thanks! I've applied your patch. Krinkle (talk) 18:14, 8 February 2023 (UTC)
- @Krinkle I have not tried to figure out what changed yet, but the fix from @Suffusion of Yellow is no longer working for me with Firefox 117 (MacOS). -- BryanDavis (talk) 22:37, 11 September 2023 (UTC)
- @BryanDavis: Still works for me, using Firefox 117 on Linux, and with all third-party cookies blocked. Special:CentralAuth/BryanDavis says you did create hundreds of accounts, about ten minutes before posting here. Was that through a different browser? Suffusion of Yellow (talk) 00:26, 13 September 2023 (UTC)
- @Krinkle I have not tried to figure out what changed yet, but the fix from @Suffusion of Yellow is no longer working for me with Firefox 117 (MacOS). -- BryanDavis (talk) 22:37, 11 September 2023 (UTC)
- @Suffusion of Yellow Thanks! I've applied your patch. Krinkle (talk) 18:14, 8 February 2023 (UTC)
- @MisterSynergy @Xaosflux: Thanks for reporting. The issue is in the last 1-2 years, modern browsers have changed to longer allow a JavaScript request from one website (e.g. Meta-Wiki) to contact another website "as if" you contacted that website directly yourself. Instead, when GlobalSul is making a request to the new wiki, it does not have your global login cookies attached, and so GlobalSul's JavaScript is behaving as if each request is inside an Private/Incognito-like window that only knows about Meta-Wiki. The reasons for this change in browsers makes sense, and I do not believe there is an easy way around this. Perhaps we can explore using
OrphanTalk return an invalid page at vi.wikipedia
[edit]Tool | OrphanTalk |
---|---|
Type | Not sure if it's a bug or not |
Ping | @Krinkle |
Setup | Google Chrome Version 120.0.6099.217 (Official Build) (64-bit) in Windows 10 version 22H2 (OS build 19045.3803) |
Description: OrphanTalk returns a list of pages that contain Thảo luận:Wikipedia talk:Công cụ. In Vietnamse Wikipedia:
- "Thảo luận" is article talk namespace
- "Wikipedia talk" must be "Thảo luận Wikipedia" (localized)
Proof
[edit]Please see the screenshot.
Step to reproduce
[edit]- Open Google Chrome and go to https://orphantalk.toolforge.org/
- Select these option:
- Wiki: vi.wikipedia.org
- Namespace: Talk
- Hide redirect(s): YES
- Hide subpages(s): YES
- Limit: 100
- Submit.
Environment
[edit]- Browser: Google Chrome Version 120.0.6099.217 (Official Build) (64-bit)
- OS: Windows 10 Pro 22H2 (OS build 19045.3803)
Expected results
[edit]- Should not have returned that invalid page
Actual results
[edit]- OrphanTalk return the following invalid page:
Wikipedia talk:Công cụ (full page name: Thảo luận:Wikipedia talk:Công cụ) | Xem • Xem lịch sử • Trang nội dung • Xóa • Các liên kết đến đây • Thay đổi cuối cùng |
- Click on https://vi.wikipedia.org/w/index.php?curid=82496 and other links returns:
MediaWiki internal error.
Original exception: [482918c0-f96f-464b-8f21-13de2718a2a3] 2024-01-14 09:25:11: Fatal exception of type "Wikimedia\Assert\PostconditionException"
Exception caught inside exception handler.
Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.
Console log
[edit]- at: https://orphantalk.toolforge.org/ (this seems unrelated)
Error with Permissions-Policy header: Origin trial controlled feature not enabled: 'attribution-reporting'.
/w/index.php?curid=82496:1 GET https://vi.wikipedia.org/w/index.php?curid=82496 500 (Internal Server Error)
Hide on Rosé t 09:29, 14 January 2024 (UTC)
CVNSimpleOverlay Problem with Content-Security-Policy Same-Origin-Policy
[edit]Browsers sometimes block the loading of scripts. 𝐖𝐢𝐤𝐢𝐁𝐚𝐲𝐞𝐫 👤💬 17:16, 30 May 2024 (UTC)