robf
Forum Replies Created
-
@antonellacoppola you’re welcome, but my point is that we shouldn’t have to hack themes each time they are updated to fix this recently introduced bug. It should be fixed within the plugin
also getting the same problem on multiple sites using different themes. Hope it can be resolved soon.
There’s a theme hack mentioned in support thread
https://ww.wp.xz.cn/support/topic/close-the-consent-bar/
but this doesn’t work for me, and, as a hack to the theme, would be overwritten by any update so would prefer to see the issue addressed within the plugin
- This reply was modified 4 years, 2 months ago by robf. Reason: additional info
Forum: Plugins
In reply to: [No Nonsense] Bugs, questions, suggestionsForum: Plugins
In reply to: [No Nonsense] Bugs, questions, suggestionsFair enough, thanks for rapid reply! Two persistent offenders so I’ll look to source alternatives to them…
Forum: Plugins
In reply to: [No Nonsense] Bugs, questions, suggestionsI was wondering if there was any way this plugin could block unwanted advertising posts from other plugins on the main admin page (some are really persistent and annoying)
Forum: Plugins
In reply to: [Timely All-in-One Events Calendar] Problem with plugin SEO-BY-RANCKI have the same issue and would also like to see it addressed please
I’m using “Easy Theme and Plugin Upgrades” plugin which gets round the reinstall problem and keeps settings, but I agree that new version 1.5.5 would be preferable
Introduced an option to enable/disable “Reject” button. Please download the zip from here and replace the existing one.
My thanks for this as well, I’ll be disabling the “Reject” button to avoid confusion from those who think clicking it will remove cookies automatically.
Will this option also be in the next version? I take it from the URL you gave that it has now replaced the previous 1.5.4 on WordPress’s servers?
I ask because I’m using it on multiple sites where I don’t want the “Reject” button for now.
Many thanks
- This reply was modified 8 years ago by robf.
Forum: Reviews
In reply to: [Gutenberg] direHello Tammie, thanks for responding
I (was) running it under WP4.9 on test site behind a password on shared hosting.
This site was absolutely fine speed-wise with the standard editor, desperately slow and fails to save anything with “this experience” installed, so have now removed it, and will be very wary of using it in future.
Immensely relieved to hear it will be possible to turn it off, but it should be optional and opt-in rather than opt-out.
I also completely agree with all the points well made by @gsallman in his recent review, and similar concerns raised by many others.
Forum: Plugins
In reply to: [Jetpack - WP Security, Backup, Speed, & Growth] can’t turn stats offThank you, for the solution, Ryan, though I could have done without the problem!
Under “debug” is a pretty strange place to hide these settings – its completely counter-intuitive.
Why was the decision taken to move the configuration there?
I much preferred those settings where they were previously, as I always turn off features I don’t use.
- This reply was modified 9 years, 1 month ago by robf.
Forum: Plugins
In reply to: [SlimStat Analytics] wp-crash after update to 4.4.3Fair enough, Jason, thanks for letting me know. I’ve now turned browscap off on all my sites as I can’t afford the performance hit and potential white-screening/unavailability, and accuracy without it was always good enough for me. Perhaps best to have heuristic as the default, or give the choice at install time, given the serious issues that have been caused by browscap?
Forum: Plugins
In reply to: [SlimStat Analytics] wp-crash after update to 4.4.3Thanks Jason, that sounds like a good compromise – understood that you’re trying to get the best accuracy, and it might be a bit complicated having a 3 way choice (browscap / browscap lite / heuristic) but that would probably accommodate your wide range of plugin users the best. Much appreciated, Rob
Forum: Plugins
In reply to: [SlimStat Analytics] wp-crash after update to 4.4.3Plugin was previously working fine but looks like browscap has updated itself today and exceeded memory limit again causing two sites to white screen, so the problem seems to also have potential to arise when browscap updates itself.
After some time getting the sites available again I have turned browscap off and reverted to heuristic method which works fine for me and doesn’t cause these errors and performance issues.
Slimstat is a great plugin, but seems to be getting less and less “slim” with the introdcution of browscap!
Forum: Plugins
In reply to: [SlimStat Analytics] Browscap doesn’t workNew version 4.4.3 solves problem I was having running under php5.6 as described earlier in this thread. Thanks, Jason and team.
May be worth pointing out that on installation the new version sets method to browscap over-riding “heuristic” setting.
Rob
- This reply was modified 9 years, 7 months ago by robf.
Forum: Plugins
In reply to: [SlimStat Analytics] Browscap doesn’t workDoes anyone have SlimStat running browscap under php5.6 and working correctly (i.e. no “?” icons)?
If so that would be a good starting point for further investigation.
Whether people have brought up the issue or not, according to WordPress PHP5.6 is the current recommended minimum version – see https://ww.wp.xz.cn/about/requirements/ and WordPress’s own statistics page at https://ww.wp.xz.cn/about/stats/ claims nearly 25% of installations use it.
- This reply was modified 9 years, 7 months ago by robf.