doffine
Forum Replies Created
-
Forum: Plugins
In reply to: [Maintenance] Bug / URL guessing@manuelrocha88 ok, we just tested it again, and it hasn’t been fixed so far.
URL Autocorrect Guessing by WordPress still rewrites the URL even if your Maintenance plugin is activated.
1. This is the case in all of our installations of your plugin: On four different servers in different data centers and in many different WordPress installations. It is not an edge case or something like that. It just seems to be the way your plugin behaves at this moment.
2. Maybe we are – as you state it above – the only ones that noted this bug so far. But this doesn’t change a thing on the fact that this is maybe even a security relevant problem. If one installs your plugin and puts his website behind your maintenance curtains he will rely on this. He will rely on your plugin completely hiding _all_ information/content from the public. Even a “little thing” like a speaking URL could reveal information to the public that should not be revealed (at least at this moment). One does not have to be very creative to imagine cases where this could have really bad consequences. So we are a little bit surprised why you don’t fix this with quite high priority.
3. It is not difficult to set up a test scenario. Just take a WordPress installation, try out a short, per se not existing link that leads to a subpage by URL Autocorrect Guessing. Then copy this short link to your clipboard. Activate your plugin. Paste the short link and see that it still gets resolved to the complete existing page URL. Voilà: Information revealed.
Many greetings,
-doffineForum: Plugins
In reply to: [Maintenance] Bug / URL guessing@manuelrocha88 you just release a new version. Is it that you solved the above problem in the new version so that we are not forced to roll out your code snippet into all installations?
Many greetings,
-doffineForum: Plugins
In reply to: [Maintenance] Bug / URL guessing@manuelrocha88 thanks for coming back to us.
Since we maintain several hundrets of WordPress installations – many use your plugin – it’s not really the most practicable way to implement this snippet in all of the installations.
It would be more interesting to hear from you, if you intend to fix this bug in your plugin and when you think this could be done?
Many greetings,
-doffineForum: Plugins
In reply to: [Download Manager] Error on update@digbymaass that’s strange – WP Rollback only showed me the versions to be found at https://wordpress.org/plugins/download-manager/advanced/ under “Previous Versions”.
Anyway the only possibility for us was to upload the plugin folder from yesterday’s backup…
But there is already version 3.0.94 ready for update. But I won’t risk that until the author writes something into this thread here or at least there will be a changelog entry that is still missing at the moment.
-doffine
Forum: Plugins
In reply to: [Download Manager] Error on updateWe have the same problem.
@digbymaass WP Rollback only gets version 3.0.4 as the last version (as to be found here: https://wordpress.org/plugins/download-manager/advanced/ ) – so with this plugin WP Rollback is no alternative. Don’t ask me why “WordPress Download Manager”‘s version history is so incomplete here…
We just took the plugin’s folder from yesterday’s backup and got back to version 3.0.92 waiting for this bug to get fixed by the plugin author and hoping he will test his fix better than the current release.
Since this bug is about 10 hours old now one should expect that the author will do something very soon. Hopefully.
-doffine
Forum: Themes and Templates
In reply to: [Melos] Aggressive dashboard notification card@jdembowski and @phpexpert21
The Problem mentioned above is still there – 5 months later, eventhough this theme’s last update was just three weeks ago. So I found this support thread and wanted to remind you that this still needs to be fixed. This topic should not been marked as resolved, since this theme’s users still are nagged on the dashboard with this not dismissable notification.-doffine
we just updated to 2.9.4 and the error is gone. Thank you for fixing the problem!
-doffine
thank you for coming back to us. We don’t run a WP cache plugin and also no CDN or caching in the server.
But we tried switching through PHP versions and there was something that should be interesting for you:
In PHP 7.4 the error above is gone. Just in all PHP versions 7.3 and below the error is there. We tested it down to 5.6.
So we can switch to PHP 7.3: Error ist there. Then to 7.4: Error is gone. Then back to 7.3: Error ist there – and so on. So the error is completely reproducable.
Since we don’t want to go to PHP 7.4 already because this is not stable for really all plugins at this moment, we had to roll back Elementor to 2.8.5 again.
We see that you write “5.6 or higher” as PHP compatibility for Elementor, so we think you will try to fix this, right?
If we can help you any further let us know how we can do that.
Many greetings,
-doffineForum: Themes and Templates
In reply to: [Spacious] Please update your changelog page againthanks for coming back. I just retried it (now, a day later) and the page was still outdated. I had to press CTRL+F5 to reload the page. After this it was up to date.
Maybe you have a caching problem or something like that? I haven’t had that on other similar pages so far. I’m running a current Firefox.But for me the problem is resolved for now. Thank you very much.
-doffine
we also try to use this plugin for Google Analytics consent and are struggling with the revoke function.
This plugin is not capable of removing the Google Analytics cookies. It just stops or starts outputting the JavaScript tracking code. Removing the JavaScript code and reloading the page is enough to stop tracking. The cookies don’t have to be deleted. Perhaps you could check the box “Enable to reload the page after the notice is accepted.” to stop tracking instantly after page reload.
But another thing: Have you noticed that it isn’t enough just to click the revoke button? Then the cookie bar re-appears. But if you just reload the page or load another page then nothing has changed and the consent is still active.
You have to click twice: One time on the revoke button and then again in the re-appearing cookie bar the accept or decline function.
We don’t understand why it isn’t enough to click revoke and all is as if one would have never clicked on accept or decline beforehand.-doffine
we just updated it in all of our installations and now everything is ok.
Thank you for this quick fix,
-doffineForum: Plugins
In reply to: [PayPal Plus for WooCommerce] Bug in Version 2.1.1die neue Vorab-Version behebt tatsächlich die von uns festgestellten Bugs. Vielen Dank!
-doffine
Forum: Installing WordPress
In reply to: .htaccess file is incomplete after fresh installHey @jnashhawkins,
there you are on the right path. If I set up permalinks, then the correct .htaccess is generated. But now I wonder, why this doesn’t happen when I install the fresh WordPress. It has always happended then. I never had to primarily save a permalink setting after WordPress installation to cause .htaccess generation.
What is interesting: When I set the permalinks back to “Plain” the .htaccess code disappears from the .htaccess file.
Many greetings,
-doffinewe tried fixing the problems with the list of your link https://docs.elementor.com/article/235-update-issues – without success.
The only that helps is the solution above from @rapace81. It seems that he fixed your bug.
What will you do now? Will there be an update including this?
It doesn’t help me to manually fix this now and with your next update it will be overwritten again.
-doffine
ah, thank you for the information. We just wonder why this update is offered just in one of several dozens of WordPress installations over the last hours until now?
-doffine