jim5471
Forum Replies Created
-
Forum: Fixing WordPress
In reply to: Some dropdown menus not working on tablet after upgrade to WP 7.0Only the emulations provided in the FF tools. I was more interested in looking for coding errors. Should add that your menus work OK on Android with Via browser. The fact that it didn’t work with ‘up to date’ Safari, Vivaldi, Brave and Firefox browsers on your tablet is a puzzler.
I have looked for tickets and the only thing that looks to be in the same area is “Navigation Block Submenu Container Loses Opacity/Background”. If opacity was lost then you’d be clicking on the background rather than the menu – so no navigation. But then you’d be seeing the background and why only on some menu items. So not a good fit.
Forum: Fixing WordPress
In reply to: Some dropdown menus not working on tablet after upgrade to WP 7.0Please be more specific
Sorry.. should have been clearer… unable to reproduce the problem as I don’t have Apple devices. All checked with Windows devices/Firefox – no JS or network errors – all menus working OK.
Forum: Fixing WordPress
In reply to: Some dropdown menus not working on tablet after upgrade to WP 7.0Hi Bob
Unable to reproduce the problem but I did notice quite a few http:// links which you should update to https:// Some browsers can object to this and it might be related.
eg; Menu : ‘Home’ & ‘Subscribe to newsletter’, also on webpages that I looked at
Forum: Fixing WordPress
In reply to: Trying to add classes to specific elements with gutenbergGutenberg does what it does – according to its own rules. You just have to work with it and you are almost there already.
“if I add it in the right window pane under Advanced > Additional css classes, it applies the class to a [p] element that gutenberg auto wraps my [a] tag with”.
eg: give it a class of ‘myclass’.
So… you now have a custom class for the container ( a [p] element in this case ) and you want to address the [a] link within.
Your custom CSS could be this…
.
myclass a { color: red; }Forum: Plugins
In reply to: [Plugin Check (PCP)] theme/plugin prefix errorAll sorted -thanks
Forum: Plugins
In reply to: [Plugin Check (PCP)] theme/plugin prefix errorI have found the problem.
My plugin uses SimpleXLSX from https://github.com/shuchkin/simplexlsx/
This is a single php file: SimpleXLSX.php
When this file is included in the plugin, PCP throws “theme/plugin prefix” errors. Take the file out and the errors go away.
PCP reports no errors for SimpleXLSX and there are no PHP errors.
Forum: Plugins
In reply to: [Plugin Check (PCP)] theme/plugin prefix errorMore…
The current github documentation does not specify “theme/plugin prefix” for prefixing.
https://github.com/WordPress/plugin-check/blob/trunk/docs/checks.md
says this…
“prefixing – Checks plugin for unique prefixing for everything the plugin defines in the public namespace”Forum: Plugins
In reply to: [Plugin Check (PCP)] theme/plugin prefix errorAnswering my own question…
Turned out the problem was PCP wasn’t able to traverse this one plugin. I realised this when I moved to a different plugin.
The “plugin prefix” for a plugin named “My Plugin” is “my_plugin”.
The WordPress documentation (below) does not include the “theme/plugin prefix” requirement.
https://developer.ww.wp.xz.cn/plugins/plugin-basics/best-practices/
This document says…
“All globally accessible code should be prefixed with a unique identifier…
In order to prevent conflicts with other plugins, your prefix should be at least 4 letters long, though we recommend 5″
So according to WP it doesn’t need to be the “theme/plugin prefix”.
https://developer.ww.wp.xz.cn/coding-standards/wordpress-coding-standards/php/
In this document there is no mention of using a prefix for globals.
This shows that PCP is not presently aligned with WP best practice.
Clearly a prefix is required and at least 4-5 letters would be my choice rather than the “theme/plugin prefix” which is now causing me problems.Forum: Fixing WordPress
In reply to: Client Live Site Redirects To Development Site on Logging OutWhen moving from development to a live system all the URL links need to be changed – and it isn’t unusual for some to be missed.
What I would do is load the ‘Better Search and Replace’ Plugin
https://ww.wp.xz.cn/plugins/better-search-replace/
Then search all tables in the database for all incidences of the old development URL and replace with the new URL.
The plugin lets you do a search first without replace so you can try it out.
Ensure you have a backup of the website/database just in case something goes wrong !
The following change should stop the warnings but it looks like this plugin is pretty much dead so an alternative would be a better choice for a permanent fix.
wp-content/plugins/gutenslider/eedee-gutenslider.php
Line: 75gutenslider_fs();
gutenslider_fs()->override_i18n( array(
'woot' => 'You did it',
// 'woot' => __( 'You did it', 'gutenslider' ),
) );Deleting all this code also seems to work !
Use at your own risk.Forum: Fixing WordPress
In reply to: No Edit Links in AdminOk – so I think you need to follow the default guide to troubleshooting..
Deactivate all plugins
Switch to a 20something theme and see if the problem persists.If it is still bad then suspect a broken WordPress install and replace all folder/files except your wp-content folder and wp-config.php. Your content is mostly in the database which hopefully is OK.
As usual BACKUP everything first.
If it does work OK after deactivation then activate your Theme then each plugin until the problem returns.
enable error logs and report the problem to the Theme or Plugin support
https://www.wpbeginner.com/wp-tutorials/how-to-set-up-wordpress-error-logs-in-wp-config/
The reason I asked about Browser/javascript is that you can get problems with old browsers or missing js files. Javascript is used a lot by WordPress and this can give some unusual problems.
- This reply was modified 1 year, 1 month ago by jim5471.
Forum: Fixing WordPress
In reply to: No Edit Links in AdminHere’s a screen shot; https://ibb.co/DgPDNChF
Looks normal to me with Screen Options set to Compact View. What do you get with Screen Options set to Extended View ?
No idea what the problem is. Have you tried a different Browser + are there any javascript errors in the F12 console ?
Forum: Fixing WordPress
In reply to: WordPress is not generating the srcset attribute correctlyI would guess that most people organise their uploads into month and year based folders which gives a location like https://www.example.com/wp-content/uploads/2024/12/image.jpg
The alternative is https://www.example.com/wp-content/uploads/image.jpg. Your examples don’t fit with the standard settings and I am not familiar with that customisation.
So… if your system isn’t standard might this have something to do with it ?
This is a hard problem with some complexity due to the size and number of the images and some uncertainty on what software modules/build etc is actually involved.
If the issue can’t be reproduced on a freshly built vanilla system by following a clear set of instructions then it will likely remain unsolved. TBH your theme developer is probably in the best position to figure this out.
Forum: Fixing WordPress
In reply to: WordPress is not generating the srcset attribute correctlysrcset is only generated if there are a number of different image sizes available (thumbnail,medium,full size etc).
Maybe check the image file in the uploads folder and make sure that the problem image does have multiple files at different sizes.
Forum: Fixing WordPress
In reply to: WordPress is not generating the srcset attribute correctlyI have created a new post, uploaded the original image from https://staging.ross.no/wp-content/2023/12/20231218-DSC_4451-1-5.5.jpg to it, saved, and then added back the code
Can you be more specific on how you “UPLOAD”.
When you add an image block to the page do you select “UPLOAD” which loads a file from PC – or – select “MEDIA LIBRARY” – OR – select “INSERT FROM URL” (using a url copied from a media library image) ?
The first two show srcset – the last doesn’t.
