Looking for Customer Service & Support

IMPORTANT: This is a Community Forum. Answers are given by the community. If you are a Customer, please, Open New Issue to get access to the support service.

Customer Support is only provided through our ticketing system https://support.extly.com/. If you do not have a paid membership, please create a new topic in the community forum.

Posts to facebook before publishing date

More
2 years 3 months ago #9480 by Johan Hammarström
Johan Hammarström replied the topic: Posts to facebook before publishing date
ok, so that couldn't be the issue? AutoTweet doesn't try to post to facebook 2 hours before the article is actually published - resulting in the 404 error?

With kind regards,
- Johan.

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #9481 by Support Team
Support Team replied the topic: Posts to facebook before publishing date
Please, attach the logged file to analyze the sequence of events.

Regards,

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #9482 by Johan Hammarström
Johan Hammarström replied the topic: Posts to facebook before publishing date
Hi,
here is the log.

With kind regards,
- Johan.

File Attachment:

File Name: xt-logging.zip
File Size:28 KB
Attachments:

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #9483 by Johan Hammarström
Johan Hammarström replied the topic: Posts to facebook before publishing date
In System check/System Information I have one warning: Timestamp difference (19). A problem?

With kind regards,
- Johan.

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #9484 by Support Team
Support Team replied the topic: Posts to facebook before publishing date
Hi,

A Timestamp difference of 19 seconds is noticiable, but it may have no impact on authorizations. It does not affect your current problem.

Checking the log, a specific case:

"Melker Garay. Gud finns bortom Gud" was received at 2015-08-12 07:58:19 (GMT) with publishing up date of 2015-08-12 06:00:00 (GMT). Thus, it was delivered inmediately at the first processing opportunity.

Just to check, are you saving the article at the first time with the final publishing date? or, you define the publishing date at the end of edition. (By default, AutoTweet processes the article creation only).

Regards,

Please Log in or Create an account to join the conversation.

More
2 years 3 months ago #9485 by Johan Hammarström
Johan Hammarström replied the topic: Posts to facebook before publishing date
This is the procedure we follow:

First we create the article with Form2Content CCK (which produces the article) from front end - let say at day 1 - and at the same time we set the publishing date for day 3 (at midnight), but also keeps the article "unpublished". On day 2, I proof reed the article within F2C component in backend, and set the publishing time to, for example, 08:00 in the morning, publish and save the article. It is when I save the article as "published" AutoTweet seems to "discover" it and put it in the queue (in Composer view in your component) for posting to Facebook. It isn't in the queue upon creation, before day 2. I have set the plugins to process modifications.

Right now, for example, we have a dozen new, unpublished articles for next week. But they aren't in the queue. During the weekend I will proof read and set the correct time for publishing and publish the article. It then goes into the queue on the correct date and time. And it post to facebook without a problem.

But if someone after publishing the article tries to share it on facebook, we got the 404 error in facebook (but the link will work, if clicked on). If I go to the facebook debugger, I can notice that the scrape date either is in 1 january, 1970, or the creation date of the article. And therefore produces the 404 error. If I ask the debugger to fetch the url again, sharing is possible.

If we instead tries to share the link with the suffix described earlier (fb_ref=default), and which the article is shared as by AutoTweet, it show the image and intro text as normal. Sometimes, though, it seems to be some issues here also - because the introtext shared by this "manual" method is sometimes NOT the article's intro text, but the last autoposted article's introtext (posted by AutoTweet), but the image is correct - strange, eh?

Therefore I was wondering if there was a way for AutoTweet to share the link without this suffix to force Facebook to scrape the url again, maybe solving all issues at once...

Sorry for the long post, but maybe you can see a pattern here that causes the issue..?

With kind regards,
- Johan.

Please Log in or Create an account to join the conversation.

Time to create page: 0.133 seconds
Join the Club!

Access and support services to all Extly's extensions for 1-Year. The Extly Club is your source for all of our extensions.

Join Now