bkjproductions

For me, the “Lost password” link shows up under the login form, but it does not work.

So, I followed instructions from the FAQ tab here, adding this to my functions.php:

function jfm_forcelogin_bypass( $bypass, $visited_url ) {

if ( is_page('my-account') ) {
		$bypass = true;
	}
	return $bypass;
}
add_filter( 'v_forcelogin_bypass', 'jfm_forcelogin_bypass', 10, 2 );

For myself, I was not sure if the lost-password link was inaccessible due to the use of WooCommerce, which sort of takes over the login screen.

Hi @valwa, It seems to happen reliably in Chrome and Firefox, latest versions, in Windows.

It happens anytime I do a single edit of an image. That is, in your Renamer panel, there is a list with columns Filename & Metadata, and Attached To. Each item has an Edit button. When I click that, I can enter the new Title, Alt, Caption and Description. Those values are updated in the Media Library, despite the error that appears. My expectation, which may be wrong, is that at the same time, your plugin would automatically update the filename to that of the Title? (Now that I look it a little more, it seems you have an Auto button to click for that, which then will rename the file after you click. Doh!)

Anyway, the error happens when you click the single Edit button, but does not seem to happen when doing a batch.

@dp667 is totally correct, the permissions issue! Just tested and chmod 644 does the trick. I wonder if GD just deployed an .htaccess file across the board for everyone, forgetting to give it proper permissions?

This happened on a site prior to the 6.5.3 update for me. Oddly the .htaccess file in /upoads/ had been modified this morning. It had:

<Files *.php>
deny from all
</Files>

Which I thought “sounds like it is blocking PHP files”, but apparently is blocking ALL files for some reason? Or maybe not. This is cheap GoDaddy hosting we are using in this particular situation, so it could be something weird there, maybe it skipped a line. Or maybe it is Solid Security, sometimes it messes around with htaccess files.

Anyway, after removing that, the images load just fine. I will have to look into it a little further, because it is a good idea to deny access to any php files in the /uploads folder, that is for sure.

@kwoodall Can you put your version up somewhere else? Would love to see it!

I am curious what other people would say, as to whether the expected behavior is to change the Title? My intern strongly disagrees, so I have advised her to take this opportunity as a learning experience and write an essay about it.

Thanks for the advice about Webp, @sixaxis ! I am all set to jump into WebP-for-all, so your advice gives me some pause. Elsewhere I have heard claims that “WebP image format is not supported only by Internet Explorer 11 and the KaiOS browser.” I suppose I can check within my stats to see what browsers are being used. People said that about PNGs for a while, but now you see them everywhere.

@sixaxis The Title that I am referring to is the Title shown when viewing the item in the Media Library. That doesn’t have anything to do with HTML Title attributes such as <IMG title=”whatever”> attribute (or <A href=”#” title=”whatever’>) — those attributes can be changed after the item is inserted into the content area. (It is possible those meta fields will come along for the ride when the item inserted, but they can be changed independently of the item’s record in the database.)

When we have the intern update the images in the site using Replace Media, now she has to go also update each of the Titles because those are blown away and become the new file name minus extension.

In the example below, the Title is “Cat on keyboard from Istock” and the filename is istockphoto-1020966590-612×612-1.jpg. We want to get rid of the JPG and use a WebP file (and also lose the cryptic filename, for a little better SEO benefit.)

When we replace the media with a file called cat with glasses and tie on keyboard from istock.webp then the Title becomes cat-with-glasses-and-tie-on-keyboard-from-istock — the filename-with-dashes-but-without-the-extension.

@edo888 We would prefer to use our own button rather than the link. Later when we want to we can change to a different method altogether. All I need is the proper javascript function to call. Why would doGTranslate(‘en|zh-CN’); not work?

I suspect the path to the image is broken because the language-token is in the way.

What is happening for me is similar. We have a Chinese and English site, and now the url to the Chinese flag is broken. The language-token (as I call it) is zh-CN

Example:
https://mydomain.com/zh-CN/wp-content/plugins/gtranslate/flags/24/zh-CN.png

SHOULD BE

https://mydomain.com/wp-content/plugins/gtranslate/flags/24/zh-CN.png

So, for whatever reason, the plugin has inserted this language-token into the path to the plugins folder!

@iqpascal Can you get the Patchstack people to remove your plugin from the “danger” list?

Some days I feel like it’s MS-FrontPage all over again…
It is interesting that the style block is given an ID, so maybe that is something to search for, in terms of finding whatever action/hook to block.

Another feature request: Can you track when an inline Edit has been done to a Advanced Custom Field? That is, through the magic of Admin Columns and Advanced Custom Fields, we can add Custom Fields to display in the Post List, and there is a way to edit “inline” without actually going to the Post to make the edit. I see that a “Quick Edit” is logged in Simple History, but that is a different sort of edit than the inline edit, apparently, because that is not tracked.

I am wondering if it would be via this hook:
https://developer.www.ads-software.com/reference/hooks/quick_edit_custom_box/
add_action('quick_edit_custom_box','track_simple_history');

Or maybe it would be via an ACF hook?
https://github.com/codepress/admin-columns-hooks/blob/master/acp-editing-saved.php

Suggest you try Troubleshooting Mode in the plugins, and see what conflict might exist between this and other plugins? It’s a great non-destructive way to check things. It took me a long time to realize how great Troubleshooting Mode is!

With this Deduper plugin, I always make sure I have a backup (or two) before I use it, and usually I deactivate it as soon as I am happy with the cleanout.

@gbdg It’s a link to the iThemes Security notice, which says:
Vulnerabilities
iQ Block Country <= 1.2.17 – Protection Bypass due to IP Spoofing

iThemes Security is also flagging it:
https://itsec-site-scanner.ithemes.com/vulnerability-details/djIubG9jYWwuQnFmWU1OSWZrem1YZUVDWlNiRTZOLVgybm4zWk9DNHNIbnFjYXlBTG1WMGI1Zk8yd01rV085d21idmpyMGFZbmxlUlhCMmZrT2RrQ0xHQlp4ZEJkRDdDcTl4a0NSVk00WDVBVW1oX2NSLUd5WDM0MmZyemh4bzFjV3lzT3ZUaUZwdktNX2tfWEtUOXhrakN2alhqQmFMcTdYclBLNHNnUlR0Z2ZwU1V0SUcxWmVjcHFOWVFwME1TQkozaWdnTG4zS2dtWG1TVVBLU0ZIYzU2a1BCOFhFeDZRZFUtN3pPYVFhR3VjNmUydWJNVEhLc1BKVENUMi1xc3NvakwxSTdjMm1NelZVTFZMaU1yN3JCMHdqRGFRZk1zU1k5a2dRcXlQUEFseU1IMjJlallvRHBMd0I0ZldZTjBSY3BzVFc1LWFFX1hPeS1ibEdCeVZnaUNsLUhSYzBqQ3U5c1BsUHBKWVRGaGFVeGhuMnRqdGhVNmtER0J0OXR4VE1lOHFwblFrWUZDaVRTdndiblhDUGxQcg%253D%253D

Says:

Vulnerabilities
iQ Block Country <= 1.2.17 – Protection Bypass due to IP Spoofing

• This reply was modified 2 years, 7 months ago by James Huff.
• This reply was modified 2 years, 7 months ago by Steven Stern (sterndata). Reason: expanded tiny url