It works! Brilliant, thanks a lot!
I’m having a problem adding a custom image when the generated preview has already picked up an image. If I remove the automatically linked image, the ’Remove Image’ button remains as such, so there’s no ’Add Image’ button in its place to add the custom image.
With few hints about preview-suitable content provided by that page, Visual Link Preview picks up an overlay image (magnifying glass), which I’d then like to replace with the actual image (a safety reflector) from that page (after already downloading it). But after I click ’Remove Image’ to remove the overlay image, I have no way to add the correct image, because the ’Add Image’ button is missing.
I’m using the current latest release of the plugin (2.0.1) in WP 5.1.
Sorry for necromancing, but because Google seems to like this thread, I just thought I’d add a mention that a
check_data_directory_permissions option for
config.php has since been implemented (and backported down to NC12), and it allows the admin to turn off the automatic permissions reset (by assigning it false).
This is discouraged however, and ACLs or other means of managing access are still the better option where available.
Thanks for the excellent plugin! I’ve only had one issue so far: the previews are apparently saved encoded, which makes any decoded preview content unsearchable with WordPress’ search function (whereas searching for a piece of the encoded string brings up the matching post). If you could implement searchability of the decoded content, that’d be great.
The shortcode examples on the FAQ page seem to be rendered (”It’s only fair to share…” + sharing icons) by the plugin instead of being shown as code. You should probably escape the shortcodes in those examples.
Looks like it waits a fixed 30 minutes before letting you run it again. You can either wait it out (as you probably have by now) or, if you’re impatient (like me) and really sure it’s not running already, `SELECT * FROM ’oc_appconfig’ WHERE ’configkey’ LIKE ’lastActivity’` and delete that timestamp.
You can edit out your password salt and secret.
Just to clarify, in case someone else is about to make the stupid mistake I almost made: I’m pretty sure @JasonBayton meant @vCentre should edit their message (above) which contains the salt and secret, not that they should edit those out of their live config.php on the server, as that would cause the loss of all existing passwords.
So I did some more digging and turns out this was all due to my having botched the migration. I had used the experimental upgrader script, which kept failing due to timeouts, so I went ahead and tried to finish it up manually. With everything else apart from the Android app working as expected, I was fooled into thinking I had nailed it. But with this issue persisting, I just had to check, and wouldn’t you know, there were still all these files lingering from the previous Owncloud installation that I hadn’t replaced.
Tl;dr; re-downloaded 9.0.52, replaced the existing installation with the files extracted from the download, and the Android app now also connects without issue.
@HucSte, I’m not sure your issue is related, but if you also migrated from Owncloud, you could try re-installing Nextcloud files afresh.
No worries, thanks for taking a look at this @tobiasKaminsky!
Forgot to mention that my installation is served over https too, on Apache. But for me there are no SSL errors to be seen either.