Talk: MassEdit

Further explanation

You said you have experienced bugs with AutoEditPages script so what exactly are these problems? And why do you set limit for input length if the only users can use this script are sysops? Thanks Dai ca superman (talk) 04:14, February 6, 2017 (UTC)

AutoEditPages occasionally fails to work for me for undetermined reasons. Initially, I set input lengths because I did not wish to place too much strain on Wikia's servers or give users the ability to copy/paste the contents of Shakespeare's collected works into articles. I may remove this restriction. CoH ^☎ 16:17, February 6, 2017 (UTC)

On a slightly similar note, what does the super-long regex here provide security from? If you're looking to validate page names, perhaps you can use the much simpler wgLegalTitleChars MediaWiki variable? - OneTwoThreeFall ^talk 18:38, February 6, 2017 (UTC)

I hadn't realized that existed (it ain't on this page) or even that some of those characters were permitted in page titles. That's incredibly useful to know. Thanks OTTF. CoH ^☎ 18:59, February 6, 2017 (UTC)

No problem! There's a few variables available not listed on that page; I suppose people add entries in as needed or if they find them useful, rather than the list being generated directly from the source. - OneTwoThreeFall ^talk 11:34, February 7, 2017 (UTC)

Activation

How do you activate the mass edit? What's the point in sleeping when you're already dead inside. 21:33, February 6, 2017 (UTC)

You follow the installation instructions, then clear your cache. The button will appear on your toolbar on the bottom of the screen (if your selected skin is Monobook, the option will appear in the "toolbox" on the left). CoH ^☎ 22:20, February 6, 2017 (UTC)

Thanks for helping, but it was actually because you had to install it to the entire wiki's common.js for it to work. What's the point in sleeping when you're already dead inside. 17:56, February 7, 2017 (UTC)

It works in both personal files and wiki MW files. CoH ^☎ 18:58, February 7, 2017 (UTC)

Whatlinkshere

Hey, really great script here. I was just wondering if it was possible that this could be adapted to pull a list of articles from the Special:Whatlinkshere of a page, or from a category?--V Technobliterator ^T_C 16:03, February 24, 2018 (UTC)

At present, it cannot do that. But here's a trick for you: import MassNullEdit. It comes with an "Add Category Contents" button, which you can use and then copy and paste the results to MassEdit. It also auto-fills itself with pages on Whatlinkshere pages, so you do the same thing there. Hope that helps! Patrik 16:06, February 24, 2018 (UTC)

Category support has been planned for a long time. I intend to include such an option in a future update. For now, you could use AutoEditPages to handle category contents. EIZEN (talk | contribs) 16:43, February 24, 2018 (UTC)

Ahh, okay. AutoEditPages isn't really what I'm looking for as I need the find & replace function (and can't set up pywikibot on a Chromebook), but MassNullEdit will probably work.--V Technobliterator ^T_C 22:36, February 24, 2018 (UTC)

No line break

Between the Examples in the placeholder box there is no line break. It says "Example 1Example 2Example 3". -- Barbar (talk) 18:25, March 13, 2018 (UTC)

I'm guessing you're referring to this page or something similar. It's not a big deal, since the placeholder displays properly in the modal itself. EIZEN (talk | contribs) 00:12, March 14, 2018 (UTC)

It doesn't display properly in Firefox, it looks like. -- Cube-shaped garbage can 08:14, March 14, 2018 (UTC)

Yeah, that's what it looks like for me too and it messed me up until I realized I just needed to ignore that. Patrik 14:06, March 14, 2018 (UTC)

Suggestion: Summary

Instead of having a set summary in the configurations for all edits, could another textarea be added, with a custom summary?—|| Grudgeholderr ||— 06:19, May 20, 2018 (UTC)

That's not a bad idea. I'll implement that this week. EIZEN (talk • contribs) 15:52, May 20, 2018 (UTC)

Bug

Searching a namespace only returns the first 500 pages.—|| Grudgeholderr ||— 06:08, June 4, 2018 (UTC)

That is not a bug, as stated on the doc page. EIZEN ^(Talk) 09:55, June 4, 2018 (UTC)

Ah, sorry, didn't see that.—|| Grudgeholderr ||— 10:13, June 4, 2018 (UTC)

Is there anyway to bypass this, or edit pages past the first 500?—|| Grudgeholderr ||— 03:57, September 19, 2018 (UTC)

Import MassNullEdit and use its new "Add Pages" feature. Copy-paste the list you generate into MassEdit. Patrik 14:38, September 19, 2018 (UTC)

Thank you very much!—|| Grudgeholderr ||— 05:21, September 21, 2018 (UTC)

No problem! And also keep in mind that the limit for bots is actually 5000 instead of 500. Patrik 11:52, September 21, 2018 (UTC)

NOT WORKING!!!

Mass Edit not working. Please fix. —Preceding unsigned comment added by Dan And Dan (talk • contribs) . Please sign your posts with ~~~~!

What's the issue? Patrik 12:07, September 27, 2019 (UTC)

My Tools

Up until about a week or so ago, MassEdit was located under 'My Tools' on the tool bar. Now, it's just on the tool bar, and I'm not a fan of it. Is there any way I can configure it to go back under 'My Tools'? Killer kev (talk) 20:40, September 27, 2019 (UTC)

You can configure the element's placement however you wish by including a window config object and one of Placement.js' list of approved element locations. For the tools menu, that would be the following:

window.MassEditConfig = {
  placement: {
    element: "tools",
    type: "prepend"
  }
};

EIZEN ^(Talk) 22:45, September 27, 2019 (UTC)

Update Error?

20-09-19: Addition of functionality to replace only specific occurrences of a replacement target; addition of case sensitive/insensitive matching for find-and-replace; minor code alterations

Ever since this update I find the extended options with "find and replace" just create more errors and mistakes. My usual use of the feature was simple and straight forward enough and yet it breaks my pages every attempt. Is this an error or is this feature so convoluted to use you cannot use "find and replace" feature with out a guide book? Hollowness 07:17, October 3, 2019 (UTC)

The implementation of more nuanced find-and-replace functionality is by far the most requested feature I've been asked to add to the script. Under present circumstances, I've received no complaints from users who've tested the feature and none of my own tests have resulted in errors. EIZEN ^(Talk) 09:41, October 3, 2019 (UTC)

Update: I have uncovered a bug related to replacing text containing special characters like [[. It has been temporarily patched, pending Staff approval. Subsequent tweaks to the find-and-replace functionality will precede the next upcoming major update to the script. EIZEN ^(Talk) 16:02, October 3, 2019 (UTC)

I should have given details instead of a general complaint statement but I couldn't figure exactly the issue (besides an error/bug or it was user error because the update wasn't for the laymen). However, "special characters like [[" explains it completely- for I was adding categories. I look forward to the feature working as intended with more functionality. Hollowness 21:37, October 3, 2019 (UTC)

wgLegalTitleChars

When I try to mass edit a bunch of pages, the same error shows up: Error: Use of some characters is prohibited by wgLegalTitleChars. Can you help me and what is wrong??? TheSURVIVR (talk) 01:50, October 18, 2019 (UTC)

• That error is thrown in three cases: if you are messaging and your message title contains illegal characters, if you are editing and your page/category titles contain illegal characters, or if you are editing by namespace and your namespace entries are not integers. EIZEN ^(Talk) 09:45, October 18, 2019 (UTC)

Instances

How do I use this on mass edit. Dominic1743 (talk) 17:44, December 18, 2019 (UTC)

To quote the relevant placeholder text: "Enter '1, 3' to replace 1st and 3rd instances, etc." EIZEN ^(Talk) 20:00, December 18, 2019 (UTC)

Query Continue and UCP

Just a FYI. This script may break when the upcoming Unified Community Platform (UCP) arrives as query continue semantics have changed in the latest MediaWiki version. Easiest fix is to add the rawcontinue parameter to the appropriate queries to force the use of the current query continue response. Aspallar (talk) 18:31, December 27, 2019 (UTC)

Permissions

Hello, I would suggest an option for administrators to set the user group requirements for this script on their wiki. The permissions configuration would be as follows:

/* Editing Permissions */
window.MassEdit.editRequiredGroups = [
    "sysop",
    "bureaucrat",
    "rollback",
    "content-moderator",
    "vstf",
];
/* Messaging Permissions */
window.MassEdit.messageRequiredGroups = [
    "global-discussions-moderator",
    "threadmoderator",
];

User:Thundercraft5/signature.css

Might be better if you merged it into the already existing settings object rather than creating your own. --Little Red 22:59, June 22, 2020 (UTC)

Your proposed schema leaves the door open to abuse. As site JS is minified and loaded prior to personal JS, a user could sidestep custom usage restrictions by simply redefining window.dev.massEdit.editRequiredGroups in a local JS page. MassEdit only checks for user rights permissions once the user initializes the operation via a relevant button click, meaning that such redefinition could occur long before usage of the script. This sort of idea would really only work if site admins invoked Object.defineProperty on window.dev.massEdit, set the values of the descriptor's writable and configurable properties for editRequiredGroups to false, and wrapped the value of the value descriptor property in an Object.freeze invocation to prevent mutation. This approach would forbid permanent redefinition of the permissible user groups property, but at the cost of many moving parts and verbose code. I might eventually add custom user group functionality of some sort, but I first need to develop a better way to ensure admin-approved usergroups cannot be locally redefined. At the present time, such functionality is not on my list of high-priority updates meriting timely inclusion. EIZEN ^(Talk) 23:35, June 22, 2020 (UTC)

Thanks for considering adding this!User:Thundercraft5/signature.css

Error?

I am admin on several wikis but all of them now don't have MassEdit after the recent update. I only have mass categorization, don't know why. Nobody changed the ImportJS. If you can't fix it, please revert to the last version. Thanks for this useful code! --Woods234 13:54, July 3, 2020 (UTC)

Yeah, there was/is a bug. I submitted a quick patch to ensure the script works on 1.19 wikis until I can refactor the dependency loader to my liking. The script should reappear on the toolbar once the fix is approved by Staff. EIZEN ^(Talk) 16:13, July 3, 2020 (UTC)

Seems it has not been approved by staff because it does not appear in toolbar. Hope I can use it soon. --Woods234 08:32, July 4, 2020 (UTC)

For future reference regarding your edit here, please avoid unilaterally reverting the script back to an earlier commit without consultation. Such reversions will not hasten the JS content review process, as a member of Staff will still need to review any and all changes made to the script before they can go live. The quick patch I submitted previously will likely be reviewed early next week, though I intend to have a revised dependency loader debuted before then that will hopefully address the issue more permanently. Until the main branch has been repaired, I recommend you copy/paste an earlier version of the script to a local wikia.js file. EIZEN ^(Talk) 00:55, July 5, 2020 (UTC)

Error on UCP

When importing MassEdit on a UCP wiki that doesn't have talk pages, an error is thrown because MassEdit doesn't handle the rejection from wgMessageWallsExist. --Sophie 05:26, October 13, 2020 (UTC)

I can't seem to replicate any such error; the script runs fine for me on Message Wall-equipped UCP wikis. Can you provide more details of what you're encountering? EIZEN (talk) 09:30, October 13, 2020 (UTC)

Whoops typo, I meant to say wikis that don't have message walls enabled, it works fine on wikis that do have them. --Sophie 09:38, October 13, 2020 (UTC)

Handled. Thanks for the report. EIZEN (talk) 11:43, October 13, 2020 (UTC)

np and thanks for fixing it --Sophie 01:11, October 14, 2020 (UTC)

Not working

I'm currently using Mass Rename, Batch Delete, Multi Upload, Mass Categorization on my personal JS but Mass Edit is the only one that doesn't work. If I put Mass Edit on before any of those first four scripts I've mentioned, the following scripts won't work. I've moved Mass Edit on global JS but still it's not working. meatgrind89 10:58, October 16, 2020 (UTC)

The fix for this was introduced two days ago, but has not yet been approved by Staff. EIZEN (talk) 12:30, October 16, 2020 (UTC)

Oh, so still pending.. Best I can do is wait, I guess. The script should appear in My Tools once the revision got approved, right? meatgrind89 12:52, October 16, 2020 (UTC)

Suggestion

Allow for the input fields to be edited when paused so they don't all have to be re-entered if you notice a tiny mistake in your input while running the script. Also, I would prefer for the fields to not automatically be cleared after canceling or finishing edits. After all, there already is a button for clearing all fields. Psy Guy (talk) 21:21, October 16, 2020 (UTC)

UCP Comments

When using this on UCP, it protects each page it edits so that only admins can comment. — Killer Kev 02:19, October 20, 2020 (UTC)

This is a bug endemic to the UCP for which I have submitted a Zendesk report, not a problem with MassEdit itself. On UCP wikis, attempts by users with the sysops user right to edit pages with extant article comments using the MediaWiki API result in the comment section being indefinitely protected. This holds true for even the simplest snippets of code that make POST requests via vanilla API endpoints to prepend or append plaintext. EIZEN (talk) 10:49, October 20, 2020 (UTC)

Can't the article comments section just be reenabled manually by an Administrator? That may be a solution in the short run if that's the case. In the long run, the bug will of course need to be fixed. ― C.Syde (talk | contribs) 11:03, October 20, 2020 (UTC)

As far as I can tell from testing the issue on my UCP test wiki, no. The action is publicly logged in the Protection log as [Commenting=Allow only administrators], but the sysops right lacks sufficient privileges to adjust the comment section protection level. The only options available for me on the "Change protection level" page are the standard "Edit" and "Move" actions. EIZEN (talk) 11:27, October 20, 2020 (UTC)

There shouldn't be any usergroups with the permission to adjust the comment section protection level. But since not everything from Discussions has been listed on the Special:ListGroupRights page - due to not being part of MediaWiki - I could be wrong in assuming that such an option isn't possible. ― C.Syde (talk | contribs) 11:43, October 20, 2020 (UTC)

Allowing commenting is done through the edit screen, not the protection screen, which is where this API bug comes from. It can also be done via the (undocumented) wpIsCommentingEnabled parameter in the edit API, but setting that to false would just unprotect comment sections on all edited pages. -- Cube-shaped garbage can 11:47, October 20, 2020 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘I've submitted a quick patch that should address the root issue while preserving cases of intentional comment section protection. Cheers to Cube for pointing out the undoc'ed parameter. EIZEN (talk) 14:19, October 20, 2020 (UTC)

That is much appreciated, EIZEN. Thanks for getting to it so fast. @C.Syde, to answer your question, yes, the article comments section can be reenabled manually by an Administrator. But having to go behind and do that with each paged edit just isn't feasible and makes MassEdit more trouble than its worth. — Killer Kev 18:31, October 24, 2020 (UTC)

Is there any solution available for cases where a mass edit took place before the patch? I have 5,000 pages with protected comments that I want to unprotect, but doing so manually would be really tedious. Lgcfm (talk) 14:50, November 4, 2020 (UTC)

InvalidArgumentException

Mass edit doesn't seem to show up on our wiki toolbar even though we have it re-installed it.

Neetohh (talk) 11:13, November 5, 2020 (UTC)

This isn't a problem with MassEdit. Several of your imports, including MassEdit and AjaxBatchDelete, are encountering InvalidArgumentException errors all timestamped to the 3rd of November that are being thrown in your imports' attempts to load necessary external dependencies like Colors and I18n-js, hence why your imports are not appearing on the toolbar. EIZEN (talk) 12:51, November 5, 2020 (UTC)

On one site, the MassEdit loads correctly. On the other, it doesn't, and I'm not sure what I am doing incorrectly. {{SUBST:Signature/Energy X}} 20:56, November 22, 2020 (UTC)

MassUpload

Is there MassUpload tool? --Marcy (talk) 07:07, November 7, 2020 (UTC)

Non-UCP wikis had Special:MultipleUpload, in UCP wikis you can mass upload right from the editor in any page (the icon is an arrow pointing up) --Lgcfm (talk) 14:29, November 12, 2020 (UTC)