TJ

For anyone hitting the same issue, I’ve found a solution. Use $scope->setContext, ensuring the second parameter is an associative array. For example:

$e = new Exception('Test exception');
if ( function_exists( 'wp_sentry_safe' ) ) {
	wp_sentry_safe(function (\Sentry\State\HubInterface $client) use ($e) {
		$client->withScope(function (\Sentry\State\Scope $scope) use ($client, $e) {
			$scope->setContext('test_label', [
        'test_label' => 'test_data'
      ]);
			$client->captureException($e);
		});
	});
}

Hi Jan. I appreciate that, though this is a case where the issue experienced affects both the free and pro versions identically. I have the free version installed locally and still need support relating to that, so figured it’s still valid to post here.

Thanks for the reply Phil, both here and via email. I was in a hurry for a solution and pulled the the trigger on the purchase without giving it a proper test – that’s on me, so apologies for my frustration & impatience.

I dropped a note here in the hope that someone else in the community had found a way around this, but it seems that there’s no abstraction from ACF so there’s no avoiding it.

It’d be ideal if the plugin docs clearly stated that such a large number of ACF assets are unavoidable to output due to this plugin’s architecture. I think that’d save some grief and buyer remorse. On the details, I’ll come back to you on email.

Cheers

Same issue here with the current plugin version.

We’ve reset the secret key as instructed here: https://github.com/mailjet/wordpress-mailjet-plugin-apiv3 but this hasn’t helped.

Only way to get around this error for us is to use an earlier version of the plugin. Are you keen on us sending you our API Key also or is there a fix on the way?

Cheers

Excellent, stoked it worked for you! It had me going for a while there…

To clarify, a good result came for me with just an addition to the offset var (of half my main image size):

var offset = 0 - (heightFactor * pointerY) + 195;

With this change, the widthDiff ended up better for me unedited.

Cheers.

Sorry I don’t have any answers for you – I’ve got a similar issue (I think it’s the same thing).

The inner zoom photo in my gallery only moves vertically. It seems the zoom photo x-axis is offset further than the width of the main image, so the horizontal changes aren’t being picked up.

Any assistance on how to correct the x-axis offset would be great thanks!

njscott / chiron34, thanks for your suggestions.

Unfortunately I’ve been using the plugin for well over a year through various updates and it hasn’t worked for me since the beginning, so for me it seems unrelated to the plugin version. Seems unlikely to be a plugin conflict either as this is the first plugin I installed when setting up the new site. Even then the DB backup didn’t work.

I see the developer doesn’t monitor this support forum (stated in the forum sticky post), so it seems unlikely to be fixed. For now I’ve opted for a secondary plugin just to handle backups.

I’ve got exactly the same issue – attempt backup, 500 server error:

The website encountered an error while retrieving …/wp-admin/admin.php?page=better-wp-security-databasebackup. It may be down for maintenance or configured incorrectly.

‘Re-configuring’ the backups does nothing. Ever since I first installed the plugin I’ve been unable to use the DB backup function. Still no fixes?

No worries!

Remember every time you make changes to a site that your browser will load its saved (cached) version to speed things up, unless you instruct it otherwise. To see a live version instead of the old saved one, hold the control key while clicking refresh, or hit CTRL + F5.

Alrighty. In your style.css file (where WPyogi sent you) change the following:

Starting on line 70, from this:

#branding hgroup {
margin: 20px 0 20px 15px;
width: 450px;
}

to this:

#branding hgroup {
display: none !important;
margin: 20px 0 20px 15px;
width: 450px;
}

…And to keep some space around the share icons, starting on line 87, from this:

.social-icons img {
margin: 0px 20px 0 0;
}

to this:

.social-icons img {
margin: 15px 20px 0 0;
}

These changes will shrink the top white area (where the share icons are) down to just enough space to comfortably contain the icons. Or are you trying to remove everything above the black nav bar?

The header element’s size is determined by the child elements. Removing them from the visual flow with the css display:none will vertically collapse the header element as no height is defined for this. I can see that the size of this header has decreased due to the addition of part of the code I suggested to your main style.css file (thanks WPyogi for the extra instruction) but I can’t see the rest in there? Did you remove it?

Thanks for your thoughts Max.

Won’t the unique post name be sufficient as a unique identifier? It handles root/postname just fine, so I would’ve assumed that introducing another step in the path (root/x/postname) wouldn’t negatively affect the ‘uniqueness’ of each post URL when the post name remains?

Potential paths I’m thinking of for a solution are creating parent categories (jobs and articles) to contain the existing categories then finding a way to remove subcategories from the slug, or some sort of htaccess wizardry…

Ah right, misunderstood.

If you open up the site in a browser with a good tag inspector (i.e. Chrome), you can right click in that section and click “inspect element”. This will reveal the elements that are causing the issue – within the header element ‘branding’. One child element has a min-height property that is causing a fair bit of the space. If you don’t want to remove them from your header.php (editing the theme files), the following css will fix it:

#branding hgroup, .header-desc { display: none !important; } /* hide empty elements */
.social-icons { margin-top: 12px; } /* give icons top space */

Though it just means you can no longer log in from the front end of your site. Never a problem for me, but if this is necessary, you may need to dig a bit deeper!