The plugin uses WP functions to handle uploads and media. If WP functions used for them do not work as expected because the location of the media folder is unexpected or unusual, then that would be a problem.
If the CDN integration works through normal WP functions and methods, then it should work. CDN would not work with image locking feature though. But you dont seem to be using it.
Yep, everything is setup properly using WP functions. The CDN however as I said is using another plugin called Total Cache. I would assume itâs also using proper WP functions as everything seems to work correctly.
As for the post update or delete webhook malfunctioning. Any ideas on what could be the cause?
I mean ⌠at the end of the day I will probably just go through it manually if I must. Thatâs what I kind of planned to do initially. Itâs just been a while since I used this plugin and noticed the addition of syncing and wanted to try it out.
Can you try disabling Total Cache and see whether this will make any changes for the image import.
Webhook being lost may be due to many factors. At this moment just leave it be. In the following releases a means to reset/recreate webhook may be implemented. Or other means to auto-repair it. Webhook only involves updated/new/deleted posts. Manual imports should still work normally.
Ok, just tried that. Still no images seem to be included. I looked through my plugins and the only other one I thought might affect it was Media Library Assistant, so I tried disabling that one as well, and tried again. Still no images.
Next thing I tried was setting the upload directory back to default. No dice. Even then still no images. At this point I have no idea what it could be.
Where are you hosted?
I am running on a digitalocean droplet. Using Cloudron (in case you donât know, itâs kinda like cpanel ⌠simpler though I would say) on Ubuntu. To be specific, Cloudron has a managed and unmanaged Wordpress setup. The managed setup is run by them, basically they do the updates and all that. I went with the unmanaged version since I like full control over that sort of stuff.
So itâs more or less just a typical wordpress install, nothing overly crazy, at least I donât think lol.
I actually am using this method cause I have always had issues with web hosts in the past. Always problems or limitations that really shouldnât be there. And they oversell their servers to the point of sites running like garbage. At least that has been my experience.
At this point contacting DO support may be the best route. The importer not being able to pull in images from Patreon and then not being able to insert it locally may be something related to security features at DO droplet or the image they use for WP.
The only thing DO provided in terms of image is Ubuntu 18.04.3 (LTS). Cloudron is the one that provides the Wordpress image, but as I said, I chose unmanaged meaning itâs literally just the image right from Wordpress. Nothing unique about it.
Now as for security ⌠itâs a virtual machine. I would assume this sort of thing would be controlled by me? I mean, I have full root access to the server. But if there is something on their end preventing it, seems like too much of a hassle. As I said earlier, this isnât really something I plan on using but just wanted to try it out.
Thanks for the help though.
If there is a control panel, it is not only the latest WP package that is coming in. There has to be web server, PHP handler along with everything associated with them. Anything in this setup may be a reason for something to fail.
Thanks for the help though.
Our pleasure.
Oh right, I know that. I am just saying that isnât handled by DO. That would be setup by cloudron. Cloudron also has a lot of security measures built in, which I am guessing could also be possibly blocking something.
https://cloudron.io/documentation/security/
Honestly, there is a ton there.
1.6.1 is out now and it has manual post sync feature. You can manually import all your posts if you had issues with auto-importing them before.
I just wanted to let you know the state of the nation as of now:
So much improvement there, thank you!
When you start an import via âStart an importâ, and then you keep clicking âImport next batchâ, do more posts get imported? Or does it stay the same?
Will it be possible to set category from tags or dynamically some other way rather than there just being 1 options for all posts from Patreon?
I have all my posts in WP categorised and donât want to dump in a bunch of posts to uncategorised
Iâd be delighted to do that - if there were a button called âimport next batchâ?
Or would you mean I just need to keep clicking âStart an importâ?
The âNo post import ongoingâ is greyed out at the time of writing.
When you click âStart an importâ button, it will transform into âImport next batchâ button.
Currently Patreon api does not return tags of a post. So we cant use them. When the api starts returning tag info, we will have tag based import selection.
I get that when tags are available youâll have âtag based import selectionâ
Itâs not selection Iâm asking for as Iâll want all posts to come over. Itâs the ability to set categories somehow in Patreon so that the post gets âfiledâ correctly when it comes over to Wordpress.
I understand that this is a future feature request.
Both of those depend on the same logic, so yes - assigning posts to different categories based on tags is also possible only after the api starts returning tags.
How can I restart the import from the beginning again? Posts were imported without images, so Iâve deleted them and made sure to save settings before running the import again, but nothing is imported. Is there a file somewhere that I can delete ?
I tried checking the update posts on wp but that did not bring the images.
None of the uploads have been imported or linked back to Patreonâs servers 
Tags where not imported either.
Another issue to fix for future releases is to use the date the post was published instead of the date it was imported.
Thanks!