enacta2
Forum Replies Created
-
Forum: Plugins
In reply to: [bbp style pack] Full settings & css changes only upon new css locationOK, success. It seems like the updating of WP Rocket didn’t go well, because when I re-installed WP Rocket your plugin is now acting as expected. I didn’t see error messages from WP Rocket which is kind of odd.
Anyway, things are working. Thanks for your time!
Forum: Plugins
In reply to: [bbp style pack] Full settings & css changes only upon new css locationI wish it was the issue. But I don’t think so.
After each time I save the new settings (e.g. forum header font size), I clear my site caches (using WP Rocket and the SiteGround caching plugin), clear the CloudFlare cache, clear the OpCache, and clear my brower’s cache. But the new settings still don’t take effect.
It’s only after saving new css location that they take effect.
But just to make sure, I will re-test while making sure to clear all those caches, and let you know if it does fix the issue.
Forum: Plugins
In reply to: [bbp style pack] Full settings & css changes only upon new css locationWhile it’s probably not connected to this issue, I’m experiencing a bug in WP Rocket affecting BuddyPress (re: profile image cropping due to CDN rewrites).
https://github.com/wp-media/wp-rocket/issues/395Forum: Plugins
In reply to: [bbp style pack] Full settings & css changes only upon new css location🙂 I bet! Thankfully for me this issue is not more than a hassle – I can still use your amazing plugin.
This is on a SiteGround server. A localhost test copy of my site doesn’t suffer this issue. I use WP Rocket caching plugin, CloudFlare, and MaxCDN. The first thing I thought was maybe an issue with using the rc-3 version of bbPress.
And the most odd part is, at least the last time I tested, some setting changes do take effect right away, but most do not. If you want me to, I can go through a few tabs and see which ones do take effect rigth away (when I don’t have to save a new css location).
Forum: Plugins
In reply to: [bbp style pack] Full settings & css changes only upon new css locationYes, I assumed that was assumed…
I used wp-content/uploads/; it’s just easier to type /uploads/
Forum: Plugins
In reply to: [bbp style pack] Full settings & css changes only upon new css locationa) The custom location is for the bspstyle.css file location, and is just a new empty directory (within your plugin’s root) that I list under the tab “CSS location” in your plugin.
So, if want to change forum headings font I have to change the font in the Forum Index Styling tab in your plugin, then click save. But, at this point the change doesn’t take effect. To get the change to take effect I have to go to the “CSS location” tab, type in a new location for an empty directory I already created, then click save. Then, at that point the forum heading font changes.
Then, if I wanted to change the font once again, I would have to change the font and click save. Then, I have to go to the “CSS location” tab, type in a new location for an empty directory I already created, then click save. Then, at that point the forum heading font changes.
Every time I want to change something I have to save a new css location.
b) Yes. Permission for the css directory in your plugin is 755
- This reply was modified 8 years, 10 months ago by enacta2. Reason: More info
Forum: Plugins
In reply to: [bbp style pack] Full settings & css changes only upon new css location@robin-w it’s not working correctly using /uploads/
To make all setting changes to take effect, every time I still need to save css to a custom location after each saved change (as a set of changes, or just a single settings change).
Forum: Plugins
In reply to: [bbp style pack] Full settings & css changes only upon new css locationThanks. Sure, I’ll test that tonight and post if it’s still acting this way.
To add more: every time I want to make a change I have to save the new change in your plugin, then change the css location and save the new location (creating a new file in that location). Right now I have 20 new empty directories in the bbpress style pack > css directory. They are in case I want to make changes to the bbpress style pack plugin.
Hello. Thanks.
By won’t activate, I mean when I click activate, the plugin page reloads like the plugin is activating, and I get the plugin activated message. But, when I look at the plugin it’s listed as not activated and the short code doesn’t work. I cleared site, host, and cloudflare cache before each attempt.
Just now, after I enabled debugging, for some reason it activated. I then deactivated the extension, and activated it again, and it re-activated fine.
The shortcode is now working. At lest collapse, which is the only one I tested.
I’m not sure if I should mark this as resolved. But it seems to be working for me now.
- This reply was modified 8 years, 10 months ago by enacta2.
Forum: Plugins
In reply to: [Max Mega Menu] No hover color for top-level menu disabled link?Working well now, Tom. Thanks!
Forum: Plugins
In reply to: [Max Mega Menu] No hover color for top-level menu disabled link?Thank you Tom. I would prefer the default action of pointer with hover color. Here is a link to the site. It’s in coming soon mode but this is a bypass url: https://www.enacta2.com/mmm
Forum: Plugins
In reply to: [Max Mega Menu] No hover color for top-level menu disabled link?
- This reply was modified 8 years, 10 months ago by enacta2.
Forum: Plugins
In reply to: [Exploit Scanner] Tutorial: How to update this plugin with new hashesDirections to create new hashes for WP versions not provided. So, WP version 4.8 and above.
https://ww.wp.xz.cn/support/topic/here-you-go-hashes-4-8-php/I don’t know if “issue” is the right word. That said, what I’m asking is would it be better to redirect /wp-json/ using 301 to another page, so it doesn’t 404 when using Cerber’s disable REST API feature?
Basically I’m asking if you think it’s better to avoid 404 with a 301 redirect.
Hi Gioni,
I don’t think this issue is resolved. Please, when you’re able, answer my questions about 404ing, for example, is 301 better than 404?