belbernard

You are right! Scrolling down created the confusion. This is mostly the browsers’s fault.
I simply turned off pagination and things work great now.

Thanks for your reply! You are right, things are now in order. Apparently this was an issue with server saturation (and slow access) which the service provider solved in the following days. FB debugger was not receiving the meta-tags in proper time. Now the FB sharing is normal.
I also implemented the plugin “facebook-open-graph-scraper.1.2.1” that automatically calls the scraper when an article is saved or updated.

I solved this problem on my own, just commenting out line 188 in the code:

// $wpfbogp_images = array_reverse($wpfbogp_images);

(Note)
The last line of the PHP code contains expression
img src=\””.$call.”\” alt=\”QRcode\”/
between “<” and “>”, all of which were erased by the message ha,dler…

I probably faced the same problem as you with version 0.6.3. I found 2 bugs:

(1) All images are imported but the links to a few images are not modified in the uploaded version of the text. In those cases, the image displayed is the very one stored on the old site, even though it is also present in the media of the new site. This is very bad because these images will disappear as soons as the old site has been trashed!

A workaround is to modify the URLs of all pictures. For instance, I used a search-replace plugin to change:

lebonheurestpossible.files.wordpress.com
to
lebonheurestpossible.org/wp-content/uploads

It worked fine, but bug #2 turned up…

(2) When importing images, the plugin messes up their “dates”. For instance, I had an image whose source was:
src=”https://lebonheurestpossible.files.wordpress.com/2015/08/time_is_a_changin.jpg?w=300&#8243;

After importing it became:
src=”https://lebonheurestpossible.org/wp-content/uploads/2015/12/time_is_a_changin.jpg?w=300&#8243;

So, changing the beginning of the URL as shown in (1) is not sufficient. I needed to fix all wrong picture URLs by hand!

I believe that instead of picking up the creation date of the image (as WordPress presumably does by default), the import plugin used the date at which the image has been imported to the old site. Or something of the kind. Programmers should be able to figure out and fix it!

Except for this (very troublesome) problem, the plugin worked perfectly for the transfer of my site. At last, no 504 error! It took time, indeed, but that’s the time needed by the host of the new site to download files from the old site…

On my site I am trying to suppress the hyphenation of bold phrases and quote paragraphs. Since the plugin doesn’t have an option to deal with tags, I have used the following css on top of the site:

blockquote p {
hyphens: none !important;
}

strong {
hyphens: none !important;
}

This works perfectly with Firefox but not with Chrome nor with Safari. Any solution?