Issue: Mass Management Tools only replaces some.

To be able to answer that question, I will need to know all the criteria you are using for a replacement, and a link to a page that is not affected.

Please try to replace as Text Modification Exact Match in all pages:
[IMGR="white"]
for
[FLOAT_RIGHT][IMG]

Replace all instances of the Search Text. There are thousands of instances. Use search to find them.

After reviewing this, I see that the search returns route IDs rather than page IDs, which could result in the wrong pages being edited (or deleted!) if more specific criteria are used. Because this can lead to unintentional deletion of content, this will fall under the umbrella of a coming Patch Level release. There is no reason to make this issue private, because it is not possible to exploit this issue.

In your case, even though you wanted to apply the change to all wiki pages, this had an effect because although all page IDs should have route IDs, not all route IDs refer to page IDs. For example, even if Page A has Page-ID 2 and Route-ID 20, it was possible that Page-ID 20 did not exist. Conversely, if Route-ID 3 referred to a synonym, then Page-ID 3 would not have been affected by the edit. Anyway, this is resolved on your site, so you should be able to continue making edits.

This issue is a leftover from 2015, when the search system was updated to use route data, but the design of the vBulletin 3 search did not require this change. This has resulted in incorrect search results under vBulletin 3 since that time. The massive search was designed to use our custom vBulletin 3 search engine, because it allows both more specific and less specific criteria than the search engines in either vBulletin 4 or XenForo allow. By fixing this issue, VaultWiki on vBulletin 3 will now have correct search results.

I assume that I best wait for the patch before putting the wiki live, because I need this function to work. Else there will be a mass of bug reports for things that can be replaced.

Or can I just use DB queries?

You cannot make these edits as DB queries; that is why this tool was needed in the first place.

ok. I will do another import, do the needed replacements and bring it live.

I have reinstalled and done a new import. Then tried the mass replacement and still get the same pages after every search.

If you are doing the same mass-search, then of course it will show the same results on the Prepared Results pages. It lists all pages that meet the search criteria. Replacement criteria are not processed until you actually process the replacement.

I mean that after processing the replacement and then doing the same again, I get the same results. Yet, the pages should already be processed and not have the search text in it.

After processing the replacement, the mass management search will still show the same prepared results, because those are pre-replacement results - again, only related to the search criteria (such as all pages in Area). The page would still match the same criteria. However, if the replacement was already done or is not relevant to the page, then it will be skipped when the replacement is performed.

Mass Management Tools does multiple steps:
1. Searches for pages in the wiki matching your criteria
2. Shows all pages matching those criteria, even if they don't fit the replacement rules.
3. If you proceed, it looks inside those results to see if any fit the replacement rules, and if so, performs the replacement.

Mind the separate sections "Search Options" vs "Action Settings". The items on the prepared results page only adhere to "Search Options". Your selections for "Action Settings" are only applied if you proceed with the action.

Is it possible that the bug is back with 4.0.19PL1 ?
I can keep doing the same replacement. (the one I posted above) But I dont see change in the articles.

Pegasus. I am stuck on this one. My live site is full of old code issues and VW3 links that I need to replace. I do not dare let Google crawl it yet.

All the pages listed in your site's bug report 300110 have been replaced already.

I found a page Chandu that had not been fully replaced yet, but when I tried the replacement above it updated the source fully. It is possible that you had selected the option to only change one occurrence per page.

If you find specific pages that are not being processed, please link me to the specific page in question. Every time I try this on your site I get positive results.

After my test, I still see some results for Wiki Pages containing IMGR, but they do not appear to match the pattern provided in your second post, so it is expected that they would not be replaced. If you are using a new pattern that is not working, please provide the new pattern.

I never use the option of 1 occurrence. I do not select any option but only enter the search text and the replace text.

I am encountering the same again. This time I search for:
[IMGL=white]

Replace with:
[FLOAT_LEFT][IMG]

After completing the search I clear page cache and go to Amyl_Nitrite?do=edit
Its still there in various places.
I repeat the action, but there is no change. There cannot be a difference between the search text and the code in the article because I copied it from there.

It seems to me that either there is a bug or there is a cache issue.

This should be fixed on your site now, and will be fixed in the next release.

This was caused by a similar but different issue after the patch, but it did not result in unwanted data loss. When multiple content types had the same content ID number and the content in both content-types met the search criteria, only the last-found content-type with that ID (usually a synonym) was affected by the replacement. This resulted in up to 200 pages on your wiki not being affected by replacements. Now it looks like the bug that we patched in PL 1 may have originally been an attempt to fix this issue, but ended up creating an ID mismatch bug instead.