when i edit alt-text inline, it truncates long text, though wordpress itself supports far more text. i know it’s not recommended to use longer alt texts but there is no limit in the html specification so i’m wondering if there is a way to disable this option.
]]>The “force” part of this plugin doesn’t seem to work. I’ve enabled all the settings that “should” force someone adding an image without ALT Text, but it does nothing to prompt the uploader to add said text.
What am I doing wrong?
]]>I really like the plugin it works great and is so helpful, but only works in english language. I tried to use in Spanish and works nice in the Media Library, but i does nothing when editing posts.
I think it does not recognize the labels in spanish. Maybe its just a small fix.
How can I help to fix this bug?
]]>
Hi. I’ve installed Fix Alt text as it fits my requirements but fails at the first step. The scan does not work – even after an hour there was no progress and when cancelling the scan it reports 0 posts scanned. Any ideas please…
WordPress 6.3.1/Impreza Theme/PHP version 8.1.23
]]>We have two multisite instance. This new plugin version working in one site, but not in another.
Getting below error in Tools > fix alt text settings page,
TypeError thrown
Return value of HelpersLibrary\Get::current_site_property() must be of the type string, null returned
And in debug error log,
[07-Mar-2023 20:31:02 UTC] PHP Notice: Undefined offset: 53 in /var/www/html/gwp/wp-content/plugins/fix-alt-text/library/helpers-library/inc/Get.php on line 158
[07-Mar-2023 20:31:02 UTC] PHP Notice: Trying to get property ‘domain’ of non-object in /var/www/html/gwp/wp-content/plugins/fix-alt-text/library/helpers-library/inc/Get.php on line 158
I cannot activate the latest Fix Alt Text plugin version 1.3.5 on a multisite website. I get a Fatal error when attempting to activate it:
“Plugin could not be activated because it triggered a fatal error.
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 77824 bytes) in functions.php on line 6960.“
I ran two tests. On a brand new installation of WordPress 6.1.1…
TEST 1: Regular Site – I successfully installed it successfully as a standalone plugin, as well as, alongside the other active plugins.
Web server: nginx/1.16.0; PHP version: 8.1.9 (Supports 64bit values)
TEST 2: Multisite – I was able to replicate the fatal error when trying to activate the plugin as a standalone plugin (no other plugins)
– Web server: Apache/2.4.43 (Unix); PHP version: 7.4.30 (Supports 64bit values) and…
– Web server: nginx/1.16.0; PHP version: 8.1.9 (Supports 64bit values)
When developping a website, we used to “hide” it behind basic auth, and it breaks scanning.
Is it possible to add a wp filter which inject “Authorization” header in ajax call ?
]]>I’m using Bedrock, which use an alternate wp path, and it’s not compatible with the plugin where some pathes are hardcoded. Bedrock use an added “wp” folder before “wp-admin”. The WP_SITEURL constant reference the right url.
I have resolved this issue by replacing these hardcoded path in some files, but all will be lost at next plugin update (I’m using v1.1.3).
inc/tables/Table.php:48 could be modified with WP_SITEURL
Other modifications are in .js files, and I don’t really know how to get the WP_SITEURL value in these files.
assets/js/dashboard.js:105
assets/js/dashboard.js:147
assets/js/dashboard.js:193
assets/js/notifications.js:127
assets/js/notifications.js:156
assets/js/table.js:38
Could you add a fix for this ?
]]>