Syrehn

Hi Matt,

After reading your last post I think I was restricting pages wrong.

Under “Public Access” for a page I had it set to Restrict Access by User Role “Customer”. I was under the impression that this meant that only “Customers” would be able to access the page and not that they wouldn’t be able to access the page.

The reason that I thought this was how it worked was when I was logged out it restricted access for logged out users (which is actually what I want to do) and just assumed that when a “Customer” role logged in they would see the page.

So, now that I’ve got my head wrapped around that part, with my current restriction in place, instead of trying to route the role to the login page (since they’re already logged in) and it generating the above reported error, wouldn’t it be better to have a message saying this content is restricted to xyz role?

If I want to restrict pages to require logging in, regardless of role, is there a way to do that? The only work-a-round right now that I could think of would be to set up a dummy role and restrict that but I’d rather not create a blank role. ??

Hi Matt,

Sorry I’m a bit confused. If they are set as the customer role, why would they be getting bounced back if they are already logged in and trying to access the page? Does the role not define the permissions? They should just be able to view the page instead they are getting a re-direct error.

This issue doesn’t appear to pop up when users are part of the admin role.

Hi Mike,

Does this happen behind the scenes and then the status auto switches to on-hold before admins even see it?

The reason that I ask is that I just did 2 test payments with the the CHEQUE and BACS gateways and when I go to view the Orders in the dashboard they are absolutely set as On-Hold.

Cheers!

I just ran into this issue myself and am also looking for a solution.

Not sure if it matters but the site where I ran into the issue was a multisite environment; I’m about to start testing on single site environments.

It appears this happens with BACS or CHEQUE (default payment status of on-hold).

Any help would be appreciated.

Cheers!

I just ran into this issue myself with a client. New Order admin emails are not being sent when using the Cheque/BACS gateways.

When admins enable the “CHEQUE” or “BACS” gateways the default status for those orders goes directly to “On-Hold”.

Correct me if I’m wrong Mike, but the link you posted appears to show that “pending > on-hold” or “failed > on-hold” will trigger a notice.

You’ve got questions, I’ve got answers! ??

On multisite, if you click “Install Plugins” from the bottom of the WPCore dashboard page (shown in your screenshot) it forwards to the “Appearance > Install Plugins” page.

If you try to install from that page directly unfortunately the permissions error is still present.

By the way I will also add I am currently working on integrating tgmpa version 5.2. The multisite issues fixes itself. Not 1005 sure about the other issues with plugin compatibility just yet. Will try and release a new version in the next week or so.

Awesome! I’ll be looking forward to it. ??

Going to chime in here and saying that I’m also getting “Insufficient Permissions Error” using WP Multisite (not network activated but also did try network activated), WooCommerce as the only pre-installed plugin and default Twenty Fifteen theme.

The notification shows up prompting for install but the minute I click on the “Begin Installing Plugin” link it prompts the error.

Based on this information, do you still believe this to be Theme related?

Just finished testing this plugin on a staging environment for a client (neat plugin btw) and thought I’d mention that in addition to the manual deletion of the pages/menu/folder mentioned above the plugin adds about 25 capabilities that, if anyone wants a clean uninstall, have to be manually removed as well.

Not sure why my original post ended up creating 2 topics;weird. Closing this topic.

Hey Julien,

I’m going to throw my hat in the ring for Google Integration as an add-on. It would be great if when a Ticket is created it would sync as an event/task in Google Calendar or something to that affect. If we modify the ticket state it would then sync that change to Google.

Example 1: Monday I create a ticket with “In Progress” and this synced to Google Calendar with the description as “In Progress”. On Tuesday if I update the ticket state to “On Hold” the event in Google Calendar would move to Tuesday and the description would change to “On-Hold”.

Example 2: Monday morning I create a ticket as “On-Hold”. This is synced to Google Calendar with the description as “On-Hold”. Monday evening I update the ticket state to “In Progress”. The Google event description is then updated to reflect “In Progress”.

Additionally it would be neat to see these “events” on a Tickets “calendar” sub-menu item.

As I’m typing this I’m not sure if changing the event description (if it’s even possible) is the best option or if maybe we can append state updates to the description (time stamp style).

Disregard this question. I found the answer. We can add custom “States” using the following snippet:

add_filter( 'wpas_ticket_statuses', 'wpas_my_custom_status' );
function wpas_my_custom_status( $status ) {
	$status['my_custom_status'] = 'My Custom Status';
	return $status;
}

Hi Barry,

Yeah I was using the [downloads] shortcode. Did it ever at one point allow for displaying the link when the status was set to “private”?

Like I said I thought at one point it did but I could be totally losing my mind.

Cheers!

P.S: Looove Download Monitor. ??

This confused me at first too. I wasn’t expecting it when testing the plugin on my demo website. I was under the assumption that it was creating separate categories/tags for the pages.

For example on a brand new site (4 pages + the default post) I added the plugin and changed the “Uncategorized” category found under pages to “Test”. I assiged my 4 pages to the new category and was then very confused why it was showing there were 5 entries and not 4. I then realized that it was sharing with Post categories and the post category “Uncategorized” (which was assigned to the default post) was also changed to “Test”.

I think it would be ideal if they were separate or if it was made clearer in the description that Page categories/tags are shared with Post categories/tags.

I’d just like to chime in here and say that I have WP-SpamShield Anti-Spam running on a website that uses WooCommerce with a handful of products (not variable) and have not seen any instance of this plugin interfering with purchase options.

I also tested this plugin on a WooCommerce site (using Woo’s StoreFront theme) with variable products and again haven’t noticed any conflict. All purchase buttons are still available.

What I have noticed is the insane amounts of Spam it’s legitimately blocking and I can’t thank the author enough for saving my sanity with this plugin.

I’m looking to do something similar. Did you ever get this sorted out?