Forum Replies Created

Viewing 15 replies - 16 through 30 (of 87 total)
  • Hi,

    FWIW, this css lazy load issue applied for me on my Posts page as well as the woo page.

    WP 4.8.2
    Kleo theme

    Really strange that on my production site, it was broken, I deactivated, and reactivated, and it worked. But I have tried to do the same on a staging version of the same site, and it is still broken.

    On the woocommerce page, if I click around on the page, it then loads the corresponding product I clicked (without actually seeing it when clicking), so the info is there on the page, but is simply not displaying.

    I reverted back to 1.4.5 and that is working on the staging site now as well.

    I then do a WP update from 1.4.5 to 1.5.11 and it works. No other site/plugin changes besides that process.

    Not sure if you can replicate, but thought I’d share.

    Thank you.

    Thread Starter majecdad

    (@majecdad)

    No worries. I get that they are not finished product.

    The other option doesn’t seem to show the ability to limit by form, and it also doesn’t seem to reflect the amount of the donation.

    I appreciate your efforts there, as well as any updates to them whenever you get to it.

    Thank you.

    Thread Starter majecdad

    (@majecdad)

    Hi Matt,

    Thank you for your timely reply. I had also seen that ‘recent-donors’ code, it looks great, and I planned on testing it as well.

    What I was referencing above was not so much a *list* of donors, but simply the *number* of donations for a specific form.

    There’s likely something simple I am missing, but just some way that we could simply display the total number of people who had participated in that specific campaign.

    In that [ givetotal ] is it possible to add a shortcode_atts in the array that looks for *number* of donations in the specified form? Something like ‘give_count_total_donors’ or ‘give_count_donations’ or ‘completed_donations’ and have it output that number by that specified form?

    I pulled those from researching in user-functions.php so I’m not really sure if any would work. Candidly, for me, I’m swimming in the deep end here 🙂 but at least I’m trying to work through this best I can.

    Thanks.

    Thread Starter majecdad

    (@majecdad)

    Valid point. But I guess I struggle to see where the likelihood of needing 20 roles is more prevalent than needing to focus on the plugin activation status itself.

    The roles thing seems more like a content restriction plugin, which may be a valid direction you’re heading with this. For us, it’s always been able resolving conflicts and speeding up page load. This plugin was absolutely critical for that.

    Too bad the roles display option couldn’t be where if enabled, you had the new icon and popup, but if disabled, you had the dots.

    For now, I’ll just need to revert back to 8.0+, as the number of plugins and need to use this as a simple, effective plugin organizer necessitate the more productive usage that version provides.

    Thank you for listening to feedback.

    Thread Starter majecdad

    (@majecdad)

    Hey Jeff,

    I see part of the issue. With all the changes, I am testing 9.0.3 on a staging site. In looking at Console, the staging site is 526ing the .ico for the icons on the left column (because of a http/s issue staging vs. production). So they are kinda there, I just don’t see them. That issue would, of course, go away on the production site.

    However, while I now see how the cool ability would work to click on an icon and see all of the statuses, I am of the opinion that it makes it significantly harder to have a *simple* glance at what is active and what is not without the dots.

    We have 80+ active and 30+ inactive (but sometimes active) plugins. To click on each icon as we evaluate the plugin organizer structure of the individual page would seem to be counter-productive.

    I hope you can appreciate the feedback, and take it as constructive.

    Thank you for your ongoing work on this plugin.

    I too see this error. Of course, the post_id changes on each post/page the error displays on.

    It does not seem to affect functionality on the front-end but was just a little disconcerting.

    Thanks.

    Also adding a +1 for xProfile sync. Would make a great addition to the plugin. Thanks for your work here.

    Thread Starter majecdad

    (@majecdad)

    Hmmm. Interesting. I’m going to take a step all the way back (theme and plugins) and see what I can figure out. I’ll bet it’s something in bp-custom. There’s a lot in there. 🙂

    It’s just strange that I didn’t notice the double post part until I added 4.30.

    Thanks for looking at it in detail. I’ll post any updates from testing as I have them.

    Merry Christmas and Happy Holidays!

    Thread Starter majecdad

    (@majecdad)

    Totally understand the focus prioritization.

    Sure. Don’t laugh, I got a few:

    Currently active –

    Bowe Codes by imath – 2.1
    bp-custom-mac by – 0.5 20161201
    BuddyExtender by Pluginize from WebDevStudios – 1.0.1
    BuddyPress Activity Plus by WPMU DEV – 1.6.4
    Link Page to Groups by BuddyDev – 1.0.2
    SuitePlugins – Advanced XProfile Fields for BuddyPress by SuitePlugins – 1.0.3
    bbPress by The bbPress Community – 2.5.11
    BuddyPress Activity ShortCode by BuddyDev – 1.0.8
    BP Group Organizer by David Dean – 1.0.8
    BuddyPress Moderation by Francesco Laffi – 0.1.7
    BP Profile Search by Andrea Tarantini – 4.6.3
    BP Reactions by imath – 1.0.1
    BP Registration Options by Pluginize – 4.3.0
    BuddyPress Cover Photo by SeventhQueen – 1.5.1
    BuddyPress Group Email Subscription by Deryk Wenaus, boonebgorges, r-a-y – 3.7.0
    BuddyPress Members Import by Soumi Das – 4.3
    BuddyPress Profile Tabs by Jacob Schweitzer – 1.6.1
    BuddyPress Xprofile Custom Fields Type by donmik – 2.6
    BuddyPress by The BuddyPress Community – 2.7.3
    Invite Anyone by Boone Gorges – 1.3.13
    Mass Messaging in BuddyPress by Eliott Robson – 2.2.0
    MediaPress by BuddyDev – 1.0.7

    There are another 27 BP plugins in various stages of testing on the site, but that are inactive right now, so they should not affect this issue.

    Lastly, I have two MU plugins, a) Plugin Organizer and b) S2Member that are used to a) eliminate plugin conflicts and reduce load and b) to manage levels/content access.

    Hope this helps.

    Have a great day.

    Thread Starter majecdad

    (@majecdad)

    I can confirm that the most recent zip download has corrected the blank notification issue. Thank you.

    However, I still have the ‘unapproved new user posted to activity stream’ issue. With the ‘new member’ post still happening BOTH upon initial registration (pre-approval) and again upon admin approval.

    I was hoping you could replicate. If you can’t reproduce the issue, please confirm. I have loads of BP plugins on this test site, so maybe it’s a conflict there. I’ll continue to test.

    Thanks again for your work here.

    Thread Starter majecdad

    (@majecdad)

    Hey Jeff,

    Nice work on 7.2. Thank you for addressing the issues I submitted. Things work great. The simple dot for active/disabled is much better than my original thought of another column.

    We may be an outlier with respect to how we use the plugin, but we have over 100 active plugins on the site, (and I won’t even begin to tell you how many more inactive as we test) 🙂 – so the ability to move more than one at a time in the drag/drop process would be a really user-friendly concept for those of us with lots of plugins.

    Thanks for your updates and for considering this option.

    Thread Starter majecdad

    (@majecdad)

    Quick update. Interesting, as mentioned in (3) above, I was having some issues moving from right to left (this is in Post Type Plugins).

    One time in testing, I moved several plugins left to right, THEN I tried to drag a single plugin right to left, *and it worked* – curious, I continued testing.

    So I then opened a different Post Type, tried first to move a plugin right to left (I had disabled a couple Globally in testing), and the issue referenced in (3) above happened again, and it did not work.

    I then moved a single plugin left to right (still in the same Post Type), and subsequently tried to drag a plugin right to left, and it worked again.

    So, in my testing, it seems as though I can’t drag a plugin right to left unless I have already moved one of them from left to right. Can you replicate? Or am I simply doing it wrong? 🙂

    The issues in (1) and (2) above still apply.

    Thanks.

    Thread Starter majecdad

    (@majecdad)

    OK, updated to 7.1 (thanks for the quick iteration there), cleared server cache. CSS must have loaded, because it looks better, has multiple columns and I (kinda) got it working…

    I don’t want to come across as ‘that guy’ who complains about a WP repo plugin. 🙂 Please know that I think your updates are progress in the right direction, keep up the good work. That said, here is some feedback.

    1) It would be **Really Great** to be able to drag/drop more than one plugin at a time. We may be a unique application with *many* plugins (you wouldn’t believe me if I told you) 🙂 but moving one at a time is excruciatingly painful. Seriously. Maybe even a tickbox to move many at a time? Anything.

    2) When we ‘Add All’ to the ‘Disabled Standard’ column, the plugins are now listed with Inactives on top, and by reverse alpha order. Couldn’t be more awkward to work with. 🙂 Any way to change that Disabled column display where (sitewide) Activateds are on top and the alpha is normal?

    3) Even bigger problem, maybe it’s just in my application, is that I can not drag a plugin from the right ‘Disabled’ to the left ‘Available’. If I try, it simply highlights the plugin text, or even collapses the column. No bueno.

    These are important considerations and I really hope you are able to address them.

    Thanks.

    Thread Starter majecdad

    (@majecdad)

    Interesting. While we don’t have a caching plugin on the site, we are on a WP Host that runs Varnish. I am planning on updating to 7.0.1 again this weekend, and I have the ability to flush cache at the server level (which I did not do last time). Any other guidance on what I should do while testing?

    Thanks.

    Thread Starter majecdad

    (@majecdad)

    Hey Jeff,

    Thanks for the timely reply. I was in Chrome. I’m pretty sure I had cleared cache. It was that way on the Global settings page – all one column. I did see the two columns in one of the CPTs (Products) I had set.

    I have to be honest, I messed around with it for quite a while today, and finally reverted back to 6.0.11. I had too much site work to do to try to figure it out.

    I do like where you are going with the drag and drop, I do think you are working to improve the plugin – kudos. But for my two cents, the Available vs. Disabled columns would be much better served as Active vs. Disabled (as the combination of both of those equals the total Available – assuming all Inactive plugins are by default in the Disabled column), and dragging between the two is easy enough to figure out. Plus with your color coding, an “Inactive” plugin would be distinguishable in either of the ACTIVE / DISABLE columns.

    Maybe I just didn’t give it enough time. I will try 7.0.1 again maybe this weekend and give it a more thorough test.

    I’ve donated to your plugin before, and will be happy to do so again. It’s an important part of our stack with so many plugins.

    Keep up the good work. Hopefully, you will continue to iterate, I’ll continue to work in it, and these challenges will fade.

    Thanks again. I’ll update after more testing.

Viewing 15 replies - 16 through 30 (of 87 total)