Eetheart

Ah, that’s the whole point. Why does Gutenberg have to be forced onto Core in the first place?

Now as developers, we have to take one arbitrary step to prevent Gutenberg from becoming auto-installed on our clients’ sites.

Hm I found something. Try making a plugin file and adding this to your php

<?php
function my_password_form() {
    global $post;
    $label = 'pwbox-'.( empty( $post->ID ) ? rand() : $post->ID );
    $o = '<form action="' . esc_url( site_url( 'wp-login.php?action=postpass', 'login_post' ) ) . '" method="post">
    ' . __( "To view this protected post, enter the password below:" ) . '
    <label for="' . $label . '">' . __( "Password:" ) . ' </label><input name="post_password" id="' . $label . '" type="password" size="20" maxlength="20" /><input type="submit" name="Submit" value="' . esc_attr__( "Submit" ) . '" />
    </form>
    ';
    return $o;
}
add_filter( 'the_password_form', 'my_password_form' );
?>

Did anyone ever find this out?

Ahh got it. One more thing, though. After updating to the newest WordPress version, the plugin suddenly does not work anymore.

I cannot see any currencies in the “Override currencies” tab :/

They work in desktop mode, but not when you resize the window or use a phone/tablet.

For reference, and because I think it’s really good to get to the heart of a problem, what is your use case—what is your workflow and why are you trying to change out the image URL? Do you do that often? Will re-inserting work as the new way to do that? I’m asking just because I think it’s a good idea to record the “whys” behind reports like this one.

Thanks for your reply.
I’m using it for purchased themes, especially those that have their image set to static URLs (their demo site).

Not that it’s the biggest issue; I can still work with it when swapping between HTML view and Visual. I guess it’s just a matter of getting used to it.