Due to personal issues, Alexis Jazz will be away from Wikipedia for an undefined period of time. While you may see me edit occasionally, don't count on my presence, a quick response, any response at all, and assume that any request that would take more than 10 minutes to resolve won't be resolved. But YMMV.
Hello! It's been a while since I've been here. After we finished turning Factotum into a gadget for SqWiki, I decided to take a wikibreak and then my laptop broke down and then I had problems with 2FA on the new device which were finally resolved today. I just noticed that I can't undo my pastes with Factotum. Given that a lot of time has passed I'm not sure if that is a known issue or not. They don't get detected at all because even the undo arrow stays grey. Given that I have the option to get Javascript error notices on and that the kitty always invites me to report any new general error here, I'll continue to do so just to have a list for anyone interested or even you on a future time. I don't expect a fast answer/fix on them. I'm saying all this in regard to your user page notice about personal issues. Feel free to ignore these until you find time to deal with them. I must say that these cases are rather rare though. As I said, I returned to Wikipedia today after more than a month and I had forgotten how good Factotum really was. I was doing things thinking to myself "Imma try this but there is no way this button also works like this" and it always turned out it did! It felt as I was neurolinking it. I hope you're enjoying your time and have a good end of year! — Klein Muçi (talk) 12:23, 9 December 2022 (UTC)[reply]
Klein Muçi, thanks for the kind words. The whole undo/redo thing can be flaky at times, but I'm not spending much time here at all. Maybe some other developer will pick things up one day, maybe not. — Alexis Jazz (talk or ping me) 01:30, 7 January 2023 (UTC)[reply]
Alexis Jazz, yes, no problem. Considering the Maybe some other developer will pick things up one day, maybe not. part, wouldn't notifying at WP:US be a good choice? Something like "setting it up for adoption" or asking for more help in dealing with requests such as ours given that you don't have enough time to solve them yourself currently? — Klein Muçi (talk) 12:07, 8 January 2023 (UTC)[reply]
Klein Muçi, it's WTFPL, anyone can fork if they want. You don't need my permission. If they want to keep the name they should probably ask to avoid the confusion of different scripts with the same name. It's not reasonable to make such requests for scripts with only a handful of users. It's rare for anyone to adopt a project as the creator is always the most familiar with it. It's often easier to start from scratch. — Alexis Jazz (talk or ping me) 23:34, 8 January 2023 (UTC)[reply]
Alexis Jazz, I understand you point of view. I was mostly hoping for any choice that wouldn't "introduce a lot of new chaos in the system". Multiple forks would make things a bit harder for projects such as SqWiki which ultimately stay reliant on you/EnWiki for its gadget. We only have one version currently and already they've become unsychronized, given that you just updated the script lately (which I will do now) and because I suppose you're yet to update the translations in here. Imagine having multiple versions simultaneously and maybe none of them caring for "others needs" (a rather dark depiction of Wikipedia). I suppose the problem per se is mostly related to the fact that interface admins aside, scripts can only be updated by 1 person only, their creator. As for It's not reasonable to make such requests for scripts with only a handful of users... I would think that asking for help and cooperation in dealing with Wiki-requests when you're experiencing personal issues is reasonable - at least I've asked for help in less related things and more often than not I've found a welcoming environment here - but I also understand that usually things aren't as simple in practice. I hope things get better in the future. Take care! — Klein Muçi (talk) 00:42, 12 January 2023 (UTC)[reply]
@Qwerfjkl, I had forgotten that SqWiki is using its own version of code since we set it up as a gadget. Updated accordingly and it was fixed. Thank you! PS:Factotum-Extra needs a little update in Albanian translations apparently. — Klein Muçi (talk) 17:24, 10 December 2022 (UTC)[reply]
Feature request
When using mentions, links and tags, when the cursor is located at the limit of the mention/link/tag (beginning or end), hitting the up/down keys sends it to the beginning/ending of the mention or pairing bracket/tag instead of the usual behavior when it just goes to the absolute beginning/ending of the text box. - Klein Muçi (talk) 13:45, 10 December 2022 (UTC)[reply]
When using the dropdown list of mentions or link insertions, the undo/redo, text formatting, mention and link insertion buttons get shown above the dropdown list. They should instead disappear (or "shown below it") like the magnifying glass, warning sign, arrows and cog buttons do. Also using the scroll wheel on such dropdown lists is pretty chaotic. Sometimes the command acts on the whole page itself, sometimes only on the dropdown list and most of the time it acts on both the page and the dropdown list simultaneously. — Klein Muçi (talk) 18:02, 10 December 2022 (UTC)[reply]
Klein Muçi, as personal issues remain, I have no plans to look at this. But it sounds like at least half of what you're complaining about is browser (or in some cases MediaWiki) behavior. I have limited control over MediaWiki dropdown lists and zero control over browser dropdown lists. — Alexis Jazz (talk or ping me) 01:24, 7 January 2023 (UTC)[reply]
Major bug
@Alexis Jazz, there is no urgent need to fix this bug. It's been around for a while and doesn't particularly bother me. That being said, it does prevent me editing references, which is a very useful feature.
Qwerfjkl, I wouldn't call that a "major" bug. No data loss, doesn't prevent you from reading any page. As I said below, personal issues remain. Working on this doesn't make me happy and this particular issue may or may not be an easy fix. I have no plans to work on this issue. Sorry. — Alexis Jazz (talk or ping me) 01:20, 7 January 2023 (UTC)[reply]
Link autoconversion fails when formatting is introduced
I was trying to italicize a link by surrounding it in double singular quotes and the autoconversion magic stopped happening, switching the link back to its absolute URL form (instead of it being an internal wikilink). Can the said magic be upgraded to understand such formatting? - Klein Muçi (talk) 13:14, 3 January 2023 (UTC)[reply]
Klein Muçi, links that fail to convert are preferable over links that shouldn't have been converted but are converted anyway. Could the magic be upgraded? Probably. Would that be safe? No idea. Am I going to try and do this? Nope! That personal issues thing remains ongoing. — Alexis Jazz (talk or ping me) 01:07, 7 January 2023 (UTC)[reply]
Klein Muçi, a common problem of MediaWiki/Wikipedia: page types aren't indicated anywhere. WP: is a signature namespace, so it COULD be a talk page. No way to know! Take phab:T249293 for example where a similar problem is caused by the fact that discussion archive pages can't automatically be identified as such. And in the past I had issues with {{Automatically generated}} not existing to indicate lists that are maintained by (semi-)automatic processes. WP:PetScan might be a talk page - no way to know. — Alexis Jazz (talk or ping me) 01:13, 7 January 2023 (UTC)[reply]
Element types processed: H1, TD, P, LI, SPAN, DD, SMALL, I, S
Additional information: Tiny thing: the "m" checkbox for minor edits is not on the topmost layer. I was at User talk:Moops (which has a teacup in the bottom right corner) and only the m was being covered by the teacup.
I was trying to reply to a comment on Meta and I didn't get the reply button from Factotum. The comment had been left unsigned by the user and was later "signed" by a bot with the traditional The preceding unsigned comment was added by... Any hope for Factotum to understand such comments as comments? - Klein Muçi (talk) 11:17, 20 February 2023 (UTC)[reply]
Klein Muçi, no link, nothing to do.. If there was no timestamp, I feel the bot operator or the template that was substituted should be changed instead. If the bot operator doesn't want to figure out the timestamp they could make it like "The preceding unsigned comment was added by $USER and bot-signed on ~~~~~". The alternative is creating a hack that searches for that exact "preceding unsigned comment was added by" wording but that's too complicated to maintain. — Alexis Jazz (talk or ping me) 13:12, 15 May 2023 (UTC)[reply]
Qwerfjkl, well, 3 months later I can't link the exact comment I was talking about but I strongly believe this happens with every "bot-signed" comment on Meta so it should be easy to see it in action following the contributions of whatever bot is being used to sign unsigned comments there. — Klein Muçi (talk) 19:10, 15 May 2023 (UTC)[reply]
Klein Muçi, and this is why you should provide links. I just stumbled upon m:Wikimedia Forum which is possibly what you were referring to as this page is linked from the sidebar. (so you're likely to be at least familiar with it) It has a question from 82.132.217.186 that was signed using m:Template:Unsigned2 by human user Pigsonthewing. They didn't add the timezone ("(UTC)") part of the timestamp, so Factotum doesn't recognize it. No signbot appears to be active on metawiki, but Factotum seems to handle proper instances of a substituted Template:Unsigned2 just fine. But as there's no signbot and metawiki relies on humans to enter the date, fuckups can and will happen. Handling correctly formatted signatures is already difficult, trying to handle improperly formatted signatures is a fool's errand. — Alexis Jazz (talk or ping me) 02:45, 29 August 2023 (UTC)[reply]
{"int":64,"type":"comment","subtype":"legacy","id":"185.173.207.143:2 korrik 2023 16:30 (CEST):64_1","pageTitleInt":33,"origReplyTo":"185.173.207.143","origTimestamp":"2 korrik 2023 16:30 (CEST)","origTimestampTextNode":" 2 korrik 2023 16:30 (CEST)","seq":1,"origReplyToUnderscore":"185.173.207.143","pageTitle":"Wikipedia:Vërejtje e Ankesa","sectionTitle":"Ardita Mehmeti","sectionseq":0}
{"replySecLink":true,"firstHeadingAdd":false,"secLinks":true,"editFullSection":true,"editFullSHref":true,"dateLinksIconSection":true,"dateLinksIconSectExtra":true,"dateLinksIcon":true,"thankLink":true,"scrollTop":true,"scrollPrev":true,"scrollNext":true,"collapsible":true,"autoCollapse":true,"collapArticle":true,"collapArticleDefaultMF":true,"collapIcons":true,"dateLinksLocalTime":true,"dateLinksLocalTimeRelative":true,"cureDTBlueStreak":true,"tosNag":false,"redoBtn":true,"markupAbove":false,"refList":true,"previewAboveFull":true,"previewAboveOther":true,"previewBtns":"pbBarCenterF","customSummary":true,"livePreviewOther":true,"aggressiveLivePreview":true,"bracketToForm":true,"bracketToFormT":true,"quoteSelect":true,"AWBtypos":true,"cI":["%7B%7BU%20b%C3%AB%7D%7D","%7B%7BResolved%7D%7D","%20-%20correction","%20-%20addition","%7B%7Btq%7C1%3DFTTCRT%7D%7D%3A%3C%3C%7B%7BTq%7D%7D%3E%3E","%C3%AB"],"cIThatRun":["%2F(%5E%7C%5Cs)(http%5Bs%5D%3F%3A%5C%2F%5C%2F%5B%5E%5Cs%5C%7C%5D%2B)%5C%7C(%5B%5E%5Cs%5D%2B)%2F%241%242%20TAILPIPETRICK%243%2Fg","%2F(%5E%7C%5Cs)(%5C%5B%5C%5B%5B%5E%5C%5D%5C%7C%5D%2B)(%5C%7C%5B%5E%5C%5D%5D*)%3F%5C%5D%5C%5D%20TAILPIPETRICK(%5B%5E%5Cs%5D%2B)%2F%241%242%7C%244%5D%5D%2Fg"],"cIThatRunCmt":["%2F(%5Cn%5B%5C*%23%5D.*%5Cn)%5Cn%2F%241%2Fg%20%3C%3CRemove%20lines%20after%20lists%3E%3E"],"runCIAgain":true,"markdown":true,"bbcode":true,"runRewritunAgain":true,"stalkAddSubLinks":true,"stalkAutoSub":true,"stalkStoreInPrefs":true,"markNewCmts":true,"stalkMarkReadScroll":true,"stalkTackOnMail":true,"overlayPad":true,"MFmarkupAbove":false,"MFAdj":true,"MFAdjeditFS":true,"MFAdjCI":true,"MFAdjPing":true,"MFAdjundoBtn":true,"MFAdjredoBtn":true,"MFAdjAdv":true,"MFAdjSwitch":true,"MFAdjEditNotice":true,"MFAdjDiff":true,"MFAdjReflist":true,"MFAdjscrollTop":true,"MFAdjscrollPrev":true,"MFAdjscrollNext":true,"MFAdjcustomBackground":true,"MFAdjAWBtypos":true,"mobileMWCollapsible":false,"showUnpopular":true,"showRisky":true,"showSuperRisky":true,"submitShortcut":true,"HLreply":true,"HLCmtClick":true,"editCmtDblClick":true,"replyDblClick":true,"hideDT":false,"hideDTSub":false,"hideNewSec":false,"extendedSigDetect":true,"ninjaLoader":true,"recombineNowiki":true,"afterPost":"parsecmtonly","watchlistexpiry":"+14 days","watchlistexpirynew":"indefinite","editor":"2010wikitext","editorSwitch":true,"editorSwitchSkip2010":false,"2010wikitextDefault":true,"2010codeMirror":true,"grayscale":true,"blacklist":"Trappist the monk","saveTo":"globalprefs","livePreview":true,"MFAdjBG":true}
Skin: vector
# of .BawlLinks: 5
# of elements processed: 77
Element types processed: H1, P, INPUT, LI, SPAN, FORM, I, DD
Additional information: Username/timestamp combination not found.
Alexis Jazz, apparently it had been a while from my part without updating the code (last update was on October 15th). Updated to latest version now anyway. I'm taking the opportunity to remind you that there have been some changes in the Albanian version you have here on Factotum-extra which you can import and update accordingly. Cheers! — Klein Muçi (talk) 23:46, 4 July 2023 (UTC)[reply]
If you check SqWiki's homepage with a mobile device and you have Factotum activated as a gadget, this is most likely what you get: The 2 Factotum's icons squeeze themselves in on the right side of the page creating an extra whitespace padding column that goes on up until the very end of the page. If I'm not wrong those icons are part of the basic configuration but I can also share my configuration if you need that. - Klein Muçi (talk) 04:02, 24 July 2023 (UTC)[reply]
Klein Muçi, I wouldn't say "most likely": most users can't edit the main page of sqwiki so they wouldn't see any Factotum buttons by default. I've enabled the pencil (edit page) to be displayed but I still don't get the new section speech bubble as I can't edit w:sq:Faqja kryesore. I can't seem to reproduce this with Firefox in responsive mode, I don't know if the lack of the new section speech bubble is the reason. On betacommons I do have the new section speech bubble on the main page as I can actually edit it there, but I still can't reproduce this issue. The problem could be sqwiki specific. Maybe the whole main page is wrapped in a floating div or whatever. Or maybe it really only happens on mobile devices. I don't know. As I can't reproduce the issue and it would affect very few people I don't plan to look into this unless I get more information. Here is a CSS rule as a workaround: body.skin-minerva.page-Main_Page #FTTFirstHeadingLinks{display:none} This just hides the buttons, I wouldn't recommend editing the main page on a mobile device anyway. — Alexis Jazz (talk or ping me) 23:01, 19 August 2023 (UTC)[reply]
[Feature request] - Detect bot notices on talk pages
It would be nice if we could have an option to leave all the bot notices in talk pages closed (uncollapsed). Maybe there could be a premade list with known global bots (like MediaWiki message delivery, Internet Archive Bot, etc.) which can be updated sporadically as needed. These types of notices of course aren't spam per se but they don't require any response back, unlike most human notices.
Element types processed: H1, P, INPUT, SPAN, I, DD, LI, SMALL, S
Additional information: Could not open form.
This happens every time I try to reply to a comment (any comment) for the first time in a page. The error resolves itself after a few seconds.
Qwerfjkltalk22:48, 9 September 2023 (UTC)[reply]
{"int":1589,"type":"comment","subtype":"legacy","id":"JonathanDP81:17:35, 2 October 2023 (UTC):1589","pageTitleInt":574,"origReplyTo":"JonathanDP81","origTimestamp":"17:35, 2 October 2023 (UTC)","origTimestampTextNode":"17:35, 2 October 2023 (UTC)","seq":0,"origReplyToUnderscore":"JonathanDP81","pageTitle":"Wikipedia:Categories for discussion/Log/2023 October 1","sectionTitle":"Category:WikiProject Foo members","sectionseq":0}
Element types processed: H1, LI, SPAN, DD, P, I, SMALL, S
Additional information: Hello again! It has been a little while. I realize that this is a hard bug to fix, but I did want to report it. For some reason, Factotum is interfering with WP:XFDC at WP:CFD (but all other XfD venues work just fine). Most of the time it does not load; when it does load, it usually displays the yellow "opening XfD closer" message for an indefinite period of time. It does occasionally let me use XFDC, but I cannot find any rhyme nor reason for *why* it works when it does (sorry!). I know it is Factotum because disabling the script fixes the problem entirely. Thank you for all your work on Factotum, HouseBlastertalk11:48, 12 October 2023 (UTC)[reply]
HouseBlaster, I'd guess that when XfD closer loads before Factotum it works but if it loads after it doesn't. Perhaps XfD closer gets confused by the extra buttons Factotum adds somehow on that particular page. I'd need to know how XfD closer adds its buttons to figure out why it breaks and I'm not sure I'll find the time. I suspect that as a workaround you could add another condition at the bottom of User:HouseBlaster/common.js to load Factotum with a delay so it's more likely to load after XfD closer, like
}elseif(mw.config.get('wgPageName').substring(0,35)==="Wikipedia:Categories_for_discussion"){//load Factotum with a delayvarLoadFactotumDelay=setInterval(function(){clearInterval(LoadFactotumDelay);importScript('User:Alexis Jazz/Factotum.js');},3000);
Frostly, the problem is that the signature is wrapped in a template: * {{RMassist/core | 1 = 2023 RFL League 1 results | 2 = 2023 RFL League One results | discuss = | reason = Offical Name Starting 2023 | sig = [[User:Mn1548|Mn1548]] ([[User talk:Mn1548|talk]]) 16:11, 20 October 2023 (UTC) | requester = Mn1548}}[reply] I'm unsure if I even should solve this. A signature shouldn't be a template parameter. — Alexis Jazz (talk or ping me) 11:20, 21 October 2023 (UTC)[reply]
Frostly, I added a hack to fix it. When more than 2 moves are listed with the exact same signature and you try to reply to the third/fourth/etc request it inserts the comment below the second request, I'm not quite sure why right now. — Alexis Jazz (talk or ping me) 12:55, 21 October 2023 (UTC)[reply]
I'm having a weird problem lately. It's been 2 or 3 cases when I try to reply to some talk page messages on category talk pages with Factotum and after I press the publish button Factotum just stays forever "loading", greyed out, trying to post the message but it never does. In all occasions, after waiting for some minutes, I've refreshed the page and went on with the discussion tools to publish the message. Of course, maybe something else is at play, not the category talk pages themselves but that's what all these occasions have had in common (also the person I have been replying too but I can reply to them in other namespaces). - Klein Muçi (talk) 10:23, 22 October 2023 (UTC)[reply]
Minor bug: Selection disappears when trying to format the text
Steps to reproduce:
Write something with Factotum. Select a part of it and try to make it underlined using the Factotum's formatting tools. As soon as you click the symbol for that (B) the selection disappears. You try to re-select it but then you see that it was actually selected and you just needed to go on with your process. Now you've deselected it for real. Can we have the selection visible during the whole formatting process? - Klein Muçi (talk) 10:28, 22 October 2023 (UTC)[reply]
AdrianHObradors, Irtapil signed, put a list below that signature, then signed again. If you replied to the first signature what happened is correct as Factotum would have assumed the items in that bulleted list were unsigned comments. (and there's no way to detect they weren't) If you replied to the second signature it's a bug. Multiple identical signatures (with identical timestamps) still go wrong sometimes, difficult to debug.. — Alexis Jazz (talk or ping me) 04:03, 12 November 2023 (UTC)[reply]
@Alexis Jazz, hope you're doing well! Some users have parentheses in their usernames; when replying, as Factotum uses the pipe trick, the parenthesized part is omitted (e.g. "Example (123) would display as just "Example"). The relevant code (FTT.pingText = '[[' + FTT.NS[2] + ':PINGUSER|]], ';, but also some other parts, I'm sure) should be changed to just use a regular piped link (e.g. [[User:Example|Example]] instead of [[User:Example|]]. Cheers, — Frostly (talk) 23:32, 2 November 2023 (UTC)[reply]
Frostly, I made it that way because it looks cleaner while composing the comment without depending on local templates like {{u}}. Parenthesis are no longer allowed in usernames for new users. But whether or not this should be changed.. In many/most cases it probably looks better? Has this caused problems/confusion? Edit: oh doh, just remembered: this is already configurable. "Mention text" on the "Editing" tab in settings. — Alexis Jazz (talk or ping me) 04:14, 12 November 2023 (UTC)[reply]
— Klein Muçi (talk) 12:23, 9 December 2022 (UTC)
.jpg?lang=en)
