MP

@reneesoffice

Sure thing!

1) I don’t recall if my above post was the first time attempting to connect. But it failed to auth since the first time trying on this site (and a few others).

2) Yes, confirmed at least one other install on the same server and environment.

3) Site health:
– Running an outdated PHP version (but the site mentioned above is running same version as this)
– Two PHP modules not enabled (but they’re not available on the site above either)

4) Hosting provider and plan: VPS leased from a well-known hosting company, fully self managed.

@reneesoffice if there’s better place for this, let me know, and I’ll post there.

I’ve been stuck with a similar issue for a few weeks. Here’s the behavior: SiteKit authenticates fine. Analytics fails with no on-screen errors (does toss a console violation message, more on that below.)

When I click “Allow” on the oAuth Consent Summary screen, I’m just redirected back to the frontend of our site, Analytics doesn’t connect.

Environment variables I’ve eliminated / troubleshat

1. Deactivated all plugins except site kit
2. Tried default theme (both twentynineteen and twentytwenty)
3. New browser, hard cache clear, private tab (have tried this with Chrome, Safari, Firefox)
4. Attempted on different WiFi networks
5. Singed out of all Google accounts
6. Added another email in Analytics, and attempted SiteKit connection using that account
7. Uninstalled/Reinstalled SiteKit
8. Moved site local, and to a subdomain
9. No cache or security plugins enabled 4

I’ve read and reviewed a handful of GitHub conversations about similarly sounding issues.

Console violation shown when redirecting from oAuth to our site frontend is:
[Violation] Forced reflow while executing JavaScript and
webfont.js:25 [Violation] 'setTimeout'

• This reply was modified 4 years, 10 months ago by MP.

@jakesaunders if you’re okay ditching the parallax (fixed background image) on iPad, this will do the trick:

@media only screen 
and (min-device-width: 768px) 
and (max-device-width: 1024px) 
and (-webkit-min-device-pixel-ratio: 2) {
  .cover-header.bg-attachment-fixed {
    background-attachment: scroll;
  }
}

• This reply was modified 5 years ago by MP.

@hopkinspublishing any luck?

I’ve just installed the base version which appears to support featured image imports. I see the correct media has imported but hasn’t been assigned to respective posts.

Did you switch to a different solution?

Best –
MP

Thanks for the response, Michael!

Definitely not obligated to the snippet provided, just wanted to include where we were starting. So far, we were able to remove the manage_categories capability for non-admin via two different methods:

First route was RoleScoper plugin, and we were able to avarice the desired functionality—just a bit much overhead for the single use need.

Second route was relatively close to the above snippet, in the functions file, except removed manage capabilities from all taxonomies. We couldn’t quite conjur up the dev chops to target this post type, specifically through functions.

I’m not quite clear on tying into existing CPT capabilities and that’s the fundamental challenge for us. Anyone’s input is most appreciated and we’ll continue to optimistically tinker and experiment! ??

—
mp

Q,

Just wanted to say thank you for taking first crack at this add-on, it’s long overdue!

Looks like we’ve run into the same bug as the member above.

WP v3.8
ACF v4.3.4

We’ve installed ACF Number Slider in a dev environment and deactivated all other plugins (except ACF). jQuery linked correctly and works with the other ACF JQ fields.

Confident we’ve configured the field type correctly (adding values for all config fields). We’ve set the location/view to appear on all Posts.

When viewing a Post on the back end, the field appears but it is a standard text field and has the ‘Minimum Value’ displayed as the place holder – no slider present.

Once again – thanks for getting a start on this plugin! I’ll be sure to notify Elliot! ??

—
MikeP