Jer Clarke
Forum Replies Created
-
Correction of above: I didn’t realize this before, but the Cover Image does have an automatic caption, which applies in cases like mine. It uses the text that was last entered as “caption” in the media uploader in the WP post editor. This means that if you only inserted the image once at the top of your post and never edited the caption in the uploader, the Cover Image will have the same caption added automatically (galleries have a similar effect where their caption is the last one used while inserting the image).
This is good news, because it means that your image DOES HAVE A CAPTION when it’s in the Cover Image/Header space, so in theory FB hiding the image in the post body isn’t the end of the world.
The problem is that the caption in the header/cover image is hidden by default, you only see it in tiny text when you click the header. To me this is a big difference in terms of attribution. I want that info to be loud and clear, not hidden in tiny text behind an unlikely click.
Bummer this has been around so long with no reply. Surely it happens to a LOT of people. Replying mostly to subscribe.
One thing I’ve noticed, while previewing in the FB “Pages” app, is that even when this error DOESN’T show I get erratic behavior WRT the “Cover Image” and “First Image”.
I DONT USUALLY SEE THE ERROR DISCUSSED ABOVE
I have Cover/First Image using sufficiently similar formats that I usually don’t see the error. My featured image size is a 16:9 crop of upload, my “large” size is original aspect ratio and often close in size/shape to the 16:9 version as long as the image is “landscape” orientation.
I see the error for posts with an image inserted as “small” size at the top of the post.
FB IA IS CHOOSING WHICH ONE TO SHOW WHEN THEY ARE THE SAME
On some posts, the result is iA hides the “Cover Image” completely and the article starts with the site logo and post title, then the post content including image.
On other posts the Cover Image is shown and (WTF) the image in the post is completely hidden, including it’s caption.
It seems like FB has some logic that, WHEN THE ERROR DISCUSSED IN THIS THREAD IS NOT SHOWN, but it detects that the images are THE SAME, it hides one of them or the other to avoid total duplication.
My question is WTF is that logic and how can we predict which will happen?
For me, I’d much rather keep the in-post image rather than the cover one, because it usually has a caption with attribution information/links that are legally mandatory (Creative Commons). Replacing it with the Cover Image means only the pic is shown, and so far I’m not seeing any evidence of it copying the caption into the caption field of the Cover Image.
Forum: Plugins
In reply to: [Mailchimp List Subscribe Form] Success message / page extremely bareI am also having this problem and your wp_enqueue_script solution had no effect. Both success and failure messages show on a blank screen.
– The WordPress version currently being used: 4.7.1
– The version of PHP installed on the server: 7.0.8
– The version of the List Subscribe plugin that is installed 1.5.6
– Options:
— remove CSS: ticked
— money rewards: unticked
— Use JavaScript Support? unticked
— Use JavaScript Datepicker? unticked
— Use Double Opt-In (Recommended)? unticked
— Update existing subscribers? unticked
— Include Unsubscribe link? ticked
– Merge fields included? Unticked all merge fieldsHey @mcsupport, did you look at the code Kelly was talking about? There’s an obvious PHP error that anyone who uses WP_DEBUG would understand immediately.
You don’t have to ask for more information, just look at the code, then fix the problem on your end! She even provided the solution for you!
Here’s the code ([…] stands in for other stuff that wasn’t important to the problem):
public function get($endpoint, $count = 10, $fields = array()) { $url = $this->api_url . $endpoint; if ($count) { $query_params = 'count=' . $count . '&'; } [...] $query_params .= $field . '=' . $value . '&';
Why do we get the error?:
Notice: Undefined variable: query_params in …/plugins/mailchimp/lib/mailchimp/mailchimp.php on line 34
We get it because you never initialize the variable safely. The first use, with a bare “=” is inside an IF statement, so if there’s no $count value, then it doesn’t get run. Then when you subsequently add to $query_params with “.=” the error shows up, because “.=” means “add to this variable” and PHP gets made if the variable doesn’t exist.
This should have been obvious from the bug report above. It’s a common mistake that’s easy to fix.
This bug is directly related to the WP_DEBUG stuff I explained in detail in this thread:
If you can find MC_Nate and have him take a look at this issue that would be great, it seems your goal of increasing testing quality isn’t going exactly to plan.
Please fix this by adding a line with
$query_params = '';
Above the line with
if ($count)
- This reply was modified 8 years, 2 months ago by Jer Clarke.
Forum: Plugins
In reply to: [Mailchimp List Subscribe Form] Just installed and say missing fileFWIW this seems to have been fixed in recent versions, but not mentioned in the changelog.
This should be marked as resolved ??
- This reply was modified 8 years, 2 months ago by Jer Clarke.
Forum: Plugins
In reply to: [Analyticator] PHP7 Compatibility EASY FIX use __construct()Easy to fix but that applies to both us and the developer. Fixing it upstream would mean users who don’t and shouldn’t edit PHP are able to keep using the plugin.
Also because this plugin uses external API it MUST be updated, so users can’t avoid updating to new versions to maintain their hacks. Really a bad situation.
Hoping the devs can integrate these fixes soon.
Forum: Plugins
In reply to: [Instant Articles for WP] “Login with Facebook” unable to finish it’s taskFound this on the github, seems like it’s caused by the same bug.
https://github.com/Automattic/facebook-instant-articles-wp/issues/506
Forum: Plugins
In reply to: [Instant Articles for WP] Can’t Login with Facebook Account> OK, let’s the the plugin devs weigh in
Seems unlikely given the rest of this forum’s responses (either 0 replies or replies from other users with the same problem).
If its still happening you should try their GitHub issue tracker:
https://github.com/Automattic/facebook-instant-articles-wp/issues/Forum: Plugins
In reply to: [Instant Articles for WP] custom transformer rulesPassThroughRule will mean that whatever is between the tags gets put into the iA document raw, with no container.
IgnoreRule will mean the tag is removed entirely.
Based on your class being “addtoany” I was assuming that it was inserted by a plugin to add sharing tools to your posts. If that’s the case then you should probably use IgnoreRule, since whatever that plugin is doing will surely not work inside the Facebook iA system, and any content inside will probably render wrong and/or cause more validation errors.
With iA it seems most custom content needs to be removed, making anything complex work with transformations is a pain in the butt that often ends in no solution available.
Forum: Plugins
In reply to: [Instant Articles for WP] custom transformer rulesOkay I think I get what your problem is. Each “class” you use in your rules needs to match one of the “rule class”‘s listed in this article:
https://developers.facebook.com/docs/instant-articles/sdk/transformer-rules
So you can’t invent new ones like AddtoAnyRule, it has to be one of those.
In your case i think the rule you want is ‘IgnoreRule’ which just discards the HTML entirely. I have a similar situation with a plugin that inserts an empty div to use with Javascript, but which breaks iA unless I remove it with this:
{"class":"IgnoreRule","selector":"#wpp_popup_post_end_element"}
I’m still figuring out how the more abstract ‘class’ values operate, esp.
PassThroughRule
and how it works.Forum: Plugins
In reply to: [Instant Articles for WP] custom transformer rulesSo first I want to say PREACH! The documentation is severely lacking on Facebook’s side, and the documentation on the WP side is WAY too reliant on the FB docs, resulting in a confusing mess where it feels like both are passing responsibility back and forth and we are left to guess at how transformations should be accomplished.
A demo from the WP plugin of something simple like transforming a .pull-quote class into something FB will accept would be really useful.
An explanation of how PassThroughRule etc. function with demo would be useful.
—-
That said, as to your question I suspect you are overthinking it. There could be a lot of reasons for the failure, but I don’t think it’s that you need to create PHP classes for the “rules” stated in the Facebook SDK.
So far in my experience, if you get the JSON stuff in the plugin settings UI right then the metabox gives relatively sensible output. At least, I got it to accept some transformations that were previously warnings and turned into success.
I would venture that the problem is your JSON setup, and maybe that the UI isn’t giving you errors when it should. I would test this but ATM I can’t even get the plugin to authenticate on a new site, and for the site I’m developing on I use a whole other system to populate that option (PHP arrays that get converted to JSON and inserted into the option).
> the only way to submit was to take my IA feed URL and manually add it to the FB IA tools on facebook.com
The thing is I think this is going to result in a confused experience. I’m pretty sure your feed will be full of those posts with warnings and FB will judge you based on that which might be negative.
Having the “Submit for review” system submit only the posts without warnings is pretty key to that setting being functional. For those of us with many posts that have invalid content we don’t have time to invent transformations for, there may never be a time when the last 10 posts are all clean, so the setting to skip invalid posts will be useless when we can never get approved by FB.
I’m still at the starting stages of all this personally, haven’t even tried to submit a feed yet. Hoping it works when I get there (*_*)
So just to confirm, it sounds like the “known issues” are:
* If you’ve submitted an RSS feed (going around the whole in-plugin API based submission process) the UI does the same thing as if the in-plugin submission completed, which is confusing, so it should give a separate message based on the two and/or continue warning you that the in-plugin submission isn’t working since that’s what the message is supposed to be about.
* If your recent posts don’t qualify for submission there’s no way to submit the older ones that do, so we need better control about which posts get submitted.Forum: Plugins
In reply to: [WP Native Dashboard] PHP 7 deprecated constructorsI emailed the author directly to point to this thread and ask for an update ??
Forum: Plugins
In reply to: [Instant Articles for WP] ErrorsProbably same as https://www.ads-software.com/support/topic/fixing-empty-content-no-rules-defined-for-in-the-context-of-paragraph/
See there for my response.