Title: webbirddigital's Replies | WordPress.org --- # webbirddigital [ ](https://wordpress.org/support/users/webbirddigital/) * [Profile](https://wordpress.org/support/users/webbirddigital/) * [Topics Started](https://wordpress.org/support/users/webbirddigital/topics/) * [Replies Created](https://wordpress.org/support/users/webbirddigital/replies/) * [Reviews Written](https://wordpress.org/support/users/webbirddigital/reviews/) * [Topics Replied To](https://wordpress.org/support/users/webbirddigital/replied-to/) * [Engagements](https://wordpress.org/support/users/webbirddigital/engagements/) * [Favorites](https://wordpress.org/support/users/webbirddigital/favorites/) Search replies: ## Forum Replies Created Viewing 8 replies - 1 through 8 (of 8 total) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[LiteSpeed Cache] [BUG] Dark mode css loading on website frontend](https://wordpress.org/support/topic/bug-dark-mode-css-loading-on-website-frontend/) * Thread Starter [webbirddigital](https://wordpress.org/support/users/webbirddigital/) * (@webbirddigital) * [7 months, 3 weeks ago](https://wordpress.org/support/topic/bug-dark-mode-css-loading-on-website-frontend/#post-18682953) * I’ve created a pull-request with a fix, here: [https://github.com/litespeedtech/lscache_wp/pull/923](https://github.com/litespeedtech/lscache_wp/pull/923) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[LiteSpeed Cache] [BUG] Dark mode css loading on website frontend](https://wordpress.org/support/topic/bug-dark-mode-css-loading-on-website-frontend/) * Thread Starter [webbirddigital](https://wordpress.org/support/users/webbirddigital/) * (@webbirddigital) * [7 months, 3 weeks ago](https://wordpress.org/support/topic/bug-dark-mode-css-loading-on-website-frontend/#post-18682937) * Additionally, the reason that your CSS rules are applying is that the `body[class* ="litespeed"]:not(.litespeed-lightmode)` is matching the frontend class `.litespeed_lazyloaded` which is applied to the element when lazyloaded images are enabled. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[LiteSpeed Cache] [BUG] Dark mode css loading on website frontend](https://wordpress.org/support/topic/bug-dark-mode-css-loading-on-website-frontend/) * Thread Starter [webbirddigital](https://wordpress.org/support/users/webbirddigital/) * (@webbirddigital) * [7 months, 3 weeks ago](https://wordpress.org/support/topic/bug-dark-mode-css-loading-on-website-frontend/#post-18682935) * Upon further investigation, the bug here is a logical one. The `litespeed-dark- mode.css` file is being loaded by `litespeed.css` using `@import url('litespeed- dark-mode.css?v=37');` however this `litespeed.css` file is loaded on the website frontend in `src/gui.cls.php` * To correct this, I suggest that `litespeed-dark-mode.css` instead be loaded alongside` litespeed.css` in `admin-display.cls.php`, in the enqueue_style() function (and the [@import](https://wordpress.org/support/users/import/) rule removed from litespeed.css). * eg. * `public function enqueue_style() { wp_enqueue_style( Core::PLUGIN_NAME, LSWCP_PLUGIN_URL.' assets/css/litespeed.css', array(), Core::VER, 'all' ); wp_enqueue_style( Core:: PLUGIN_NAME . '-darkmode', LSWCP_PLUGIN_URL . 'assets/css/litespeed-dark-mode. css', array(), Core::VER, 'all' );} * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[LiteSpeed Cache] [BUG] Dark mode css loading on website frontend](https://wordpress.org/support/topic/bug-dark-mode-css-loading-on-website-frontend/) * Thread Starter [webbirddigital](https://wordpress.org/support/users/webbirddigital/) * (@webbirddigital) * [7 months, 3 weeks ago](https://wordpress.org/support/topic/bug-dark-mode-css-loading-on-website-frontend/#post-18682927) * I can’t seem to send a report. Getting error “Cloud Error: Please try after 4m 27s for service wp/report.”. Last report number shows: – * Note that we have observed this dark-mode bug on about 20 different websites after updating to 7.6 (version 7.5 is unaffected). This bug is not likely a plugin or theme conflict. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Events Manager - Calendar, Bookings, Tickets, and more!] Can’t update event dates](https://wordpress.org/support/topic/cant-update-event-dates/) * [webbirddigital](https://wordpress.org/support/users/webbirddigital/) * (@webbirddigital) * [8 months, 1 week ago](https://wordpress.org/support/topic/cant-update-event-dates/#post-18664740) * Same issue here when creating Repeating Events on version 7.2.1 * **Your event details are incorrect and recurrences cannot be created, please correct these errors first:** Main recurrence set times are required. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Pixel Manager for WooCommerce – Conversion Tracking, Google Ads, GA4, TikTok, Dynamic Remarketing] BUG: Triggering “Path traversal attack /../” modsecurity rule.](https://wordpress.org/support/topic/bug-triggering-path-traversal-attack-modsecurity-rule/) * Thread Starter [webbirddigital](https://wordpress.org/support/users/webbirddigital/) * (@webbirddigital) * [4 years, 12 months ago](https://wordpress.org/support/topic/bug-triggering-path-traversal-attack-modsecurity-rule/#post-14556222) * Perfect! Confirmed fixed from our end. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Pixel Manager for WooCommerce – Conversion Tracking, Google Ads, GA4, TikTok, Dynamic Remarketing] BUG: Triggering “Path traversal attack /../” modsecurity rule.](https://wordpress.org/support/topic/bug-triggering-path-traversal-attack-modsecurity-rule/) * Thread Starter [webbirddigital](https://wordpress.org/support/users/webbirddigital/) * (@webbirddigital) * [5 years ago](https://wordpress.org/support/topic/bug-triggering-path-traversal-attack-modsecurity-rule/#post-14519060) * > Does this affect only back-end users or also front-end users? * This is affecting front-end users. * Note that we are using the standard modsecurity ruleset which comes preinstalled on WMH/cPanel servers. By default rules are set to alert only, but it is recommended that they are enabled on production servers. * > Not really the way how you motivate any developer to do something for you. > > There is a reason for this traversal and has to do with the local testing setup. * It would motivate me 😉 Sorry if this came across offensively, that wasn’t my intention (it just was meant as a bit of a jab). - This reply was modified 5 years ago by [webbirddigital](https://wordpress.org/support/users/webbirddigital/). * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WP Activity Log] Error after User wants to Reset PW via Login Panels (“Forgot Password?”)](https://wordpress.org/support/topic/error-after-user-wants-to-reset-pw-via-login-panels-forgot-password/) * [webbirddigital](https://wordpress.org/support/users/webbirddigital/) * (@webbirddigital) * [5 years, 2 months ago](https://wordpress.org/support/topic/error-after-user-wants-to-reset-pw-via-login-panels-forgot-password/#post-14305370) * Same issue here. Disabling the “User requested a password reset” event bypasses the issue as a temporary workaround. Viewing 8 replies - 1 through 8 (of 8 total)