Title: plaidpowered's Replies | WordPress.org --- # plaidpowered [ ](https://wordpress.org/support/users/plaidpowered/) * [Profile](https://wordpress.org/support/users/plaidpowered/) * [Topics Started](https://wordpress.org/support/users/plaidpowered/topics/) * [Replies Created](https://wordpress.org/support/users/plaidpowered/replies/) * [Reviews Written](https://wordpress.org/support/users/plaidpowered/reviews/) * [Topics Replied To](https://wordpress.org/support/users/plaidpowered/replied-to/) * [Engagements](https://wordpress.org/support/users/plaidpowered/engagements/) * [Favorites](https://wordpress.org/support/users/plaidpowered/favorites/) Search replies: ## Forum Replies Created Viewing 7 replies - 1 through 7 (of 7 total) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Fatal Error Notify] Back trace?](https://wordpress.org/support/topic/back-trace/) * Thread Starter [plaidpowered](https://wordpress.org/support/users/plaidpowered/) * (@plaidpowered) * [2 years, 1 month ago](https://wordpress.org/support/topic/back-trace/#post-17730775) * There’s long discussions on the PHP set_error_handler documentation comments about this, and at least one super long Stack Overflow thread, PHP simply doesn’t seem designed to provide the info we need unless Xdebug is installed. By the time the error gets to the error handler callback, the backtrace has already been lost. Makes it real fun to track down deprecation warnings in production… * Thanks for replying, if someday I find a solution (probably won’t until the PHP function itself changes) I’ll be sure to let you know. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Fatal Error Notify] Back trace?](https://wordpress.org/support/topic/back-trace/) * Thread Starter [plaidpowered](https://wordpress.org/support/users/plaidpowered/) * (@plaidpowered) * [2 years, 1 month ago](https://wordpress.org/support/topic/back-trace/#post-17729062) * Closing, because while looking for an alternative solution I discovered the extraordinary complexity of such a request and I wonder if it’s even possible. Nevermind! * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Matomo Analytics - Powerful, Privacy-First Insights for WordPress] Fatal error when website contains code utilizing the PSR Logging Library](https://wordpress.org/support/topic/fatal-error-when-website-contains-code-utilizing-the-psr-logging-library/) * Thread Starter [plaidpowered](https://wordpress.org/support/users/plaidpowered/) * (@plaidpowered) * [2 years, 6 months ago](https://wordpress.org/support/topic/fatal-error-when-website-contains-code-utilizing-the-psr-logging-library/#post-17272345) * I just wanted to follow up to mention that my concluding paragraph is slightly misleading, the problem really doesn’t have much to do with PHP 8 besides the most recent version of `guzzlehttp/psr` requiring it. The real problem is a conflict between different versions of composer packages being loaded by multiple plugins, and really the only way to solve that is to use something like scoper. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Matomo Analytics - Powerful, Privacy-First Insights for WordPress] Fatal error when website contains code utilizing the PSR Logging Library](https://wordpress.org/support/topic/fatal-error-when-website-contains-code-utilizing-the-psr-logging-library/) * Thread Starter [plaidpowered](https://wordpress.org/support/users/plaidpowered/) * (@plaidpowered) * [2 years, 6 months ago](https://wordpress.org/support/topic/fatal-error-when-website-contains-code-utilizing-the-psr-logging-library/#post-17272276) * The most recent, 4.15.3 * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[LifterLMS - WP LMS for eLearning, Online Courses, & Quizzes] Bug report: Conflict with EDD email templates and LifterLMS template functions](https://wordpress.org/support/topic/bug-report-conflict-with-edd-email-templates-and-lifterlms-template-functions/) * Thread Starter [plaidpowered](https://wordpress.org/support/users/plaidpowered/) * (@plaidpowered) * [5 years, 5 months ago](https://wordpress.org/support/topic/bug-report-conflict-with-edd-email-templates-and-lifterlms-template-functions/#post-13912195) * Ah excellent – I didn’t realize there was a github or I would have reported over there. Following now. * Thanks for the help, yeah it’s a very specific set of circumstances that have to happen for this issue to occur. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Force Regenerate Thumbnails] incompatible with php 7?](https://wordpress.org/support/topic/incompatible-with-php-7-8/) * [plaidpowered](https://wordpress.org/support/users/plaidpowered/) * (@plaidpowered) * [10 years ago](https://wordpress.org/support/topic/incompatible-with-php-7-8/#post-7449072) * Indeed. And considering people have been reporting this problem for over 6 months, and the fix is ridiculously easy, I am forced to assume the developer has abandoned this project. I’ve forked it to fix the issue: * [https://github.com/plaidpowered/force-regenerate-thumbnails](https://github.com/plaidpowered/force-regenerate-thumbnails) * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Best way to authenticate WP REST API requests from a mobile app](https://wordpress.org/support/topic/best-way-to-authenticate-wp-rest-api-requests-from-a-mobile-app/) * Thread Starter [plaidpowered](https://wordpress.org/support/users/plaidpowered/) * (@plaidpowered) * [10 years ago](https://wordpress.org/support/topic/best-way-to-authenticate-wp-rest-api-requests-from-a-mobile-app/#post-7257073) * No, I never did find any best practices or guides. OAuth was too complicated for our implementation, so we ended up with a custom implementation that works on top of the [“Application passwords”](https://github.com/georgestephanis/application-passwords) plugin. * Essentially, a login request is sent to the WP REST server with a username/password in plaintext, the RESTful endpoint then returns an application password that is stored on the device. The application password is then used to authenticate all other API calls. All requests are encrypted over HTTPS, so in theory, this should be secure. But HTTPS is not infallible, and I’d love to entertain other ideas or improvements. Viewing 7 replies - 1 through 7 (of 7 total)