I don’t know, because I haven’t updated, because I can’t export my Redirect information before I do so.
. . .
Okay, I went ahead and sort of manually backed it up — I did the View of the export, and copy-pasted the window’s contents into a text file. I did this with both CSV and JSON.
I ran the upgrade. It seemed to go okay.
When I went to the Redirects page, I got “API response validation failed: monitor_post: Invalid input: expected number, received string” … but the REST API tested Green/Good.
Support page all Green/Good.
Purged cache. Support page still all Green/Good.
Redirects page … no error thrown. … now okay.
And tested, and JSON Export now works without a problem. So … problem solved, I guess.
I also get a null return if I use ” (?<=\d)-(?=\d) ” (with an eye toward substitution as the ultimate goal). This works as expected in Regex101/s test environment, but finds nothing in Search Regex.
In my WP installation, where I track quotations, I am using Category to represent the quotation’s creator, with their name as the Category and a more full textual description, including their lifespan, in the Category Description.
In giving a span of years, proper style is to use an en-dash (U+2013 or Alt-0150 in Windows) between the years, e.g., “World War 2 ran from 1939–1945”. But most of the 3400 entries use normal hyphens.
I am trying to replace those hyphens with en-dashes, cognizant that there are hyphens used in that same field that should remain that way. So using Regex to detect what should be affected makes the most sense.
“\d-\d” would seem to be the right parameter for that, and using it at Regex101.com with some pasted-in data:
So it finds the date ranges items just fine when they have as hyphen. I have already manually replaced the hyphens with en-dashes for the Theodore Roosevelt’s entry, so it gets no hits. Note for the Montesquieu (last) entry, it properly picks up the hyphen in the date range, but not the one in the name “Charles-Lewis”.
So I would expect the following in Search Regex to find these sorts of Category Description entries (table *_term_taxonomy, field description) as a Terms search — but … I get no matching results.
So now I’m not sure whether I’m not using it properly, or if I’m asking it to do something it can’t do, or ???
The admin bar toggle shows up when the blog proper, not just an admin screen, is up. Since the dark mode plugin doesn’t affect the blog, the light bulb should probably be suppressed (if possible), e.g., when the URL doesn’t have /wp-admin/ in it.
(Actually, looking at it again, the light bulb is not showing up with the actual blog, but the text “Dark Mode Toggle” does.)
I ran into the same problem (http://wist.info) two or three days ago — I could on a given day maybe get a task or two done in an admin panel, and then it would start the request to re-login — or sometimes take the login, but throw a 403 Forbidden error.
When I disabled the plugin, the site returned to normal.
I’d really like to continue using iThemes Security, but without some guidance as to what might be happening here and how to avoid it, I can’t.
