Recent content by HomerJ

Just checked in after ages and saw they finally implemented it natively - finally! A real shame he's gone, was/is a very skilled add on developer.

Absolutely amazing, thanks for implementing this! 😎

Just wondering if there will be anymore updates to this amazing add-on @xfrocks ? Been ages since any updates. Would be a real shame to let it die when it was so close to being complete... The version for XF1 worked perfectly.

In your WP install - are you using the XF2 API to automatically post your WP articles to XF as threads? Then using the response info (e.g. thread id) to store a reference to the thread in your WP database for each post?

Well done for posting your solutions. I came across similar with the headers being stripped on Apache. This is easily best add-on for being able to login to our own additional sites with the xf user database.

A quick update to this folks. Google recently removed "Less secure app access": https://support.google.com/accounts/answer/6010255. Confusingly, the help page still suggests you can turn on "less secure app access" if it's turned off: However in trying to do so you'll now see this: This...

We use Cloudflare Pro with WAF enabled. When trying to save an advert etc - this triggers a WAF rule: 100173 XSS, HTML Injection - Script Tag. The only solution is to disable the WAF for the save path. But this isn't really a safe thing to do. Can this be rectified in a later version?

Some URLs while they do not fail, don't provide any useful info in the rich snippet and end up being less intuitive as something to click than a plain link. Prime example is autotrader: https://www.autotrader.co.uk/car-details/202202122467958 Versus when it's on the same line and most users...

Getting this too. Most recent one just this morning.

For anyone that comes across this in future, specifically with Gmail - but possibly others like Outlook too now - as a security precaution if Gmail things the login attempt from the board is suspect - it will not allow the connection. However, XF still reports this as incorrect user/pass. Make...

Is anyone cloning their DigitalOcean spaces to a second space (maybe even in another region) - for "backup" purposes? (Backup in the sense that if 1 space were to ever just fail or disappear at least you'd have a clone of it to fall back on).

Does this apply to proxied images (i.e. images served via proxy.php) ?

Clarification, perfect, thanks :)

I'm talking in terms of - when using this remote attachment storage - are image_cache files also stored and pulled from S3 - or are they stored locally?

Can someone confirm we do not need to upload internal_data/image_cache (the folder where https proxied images are stored?