Social Sharing Content Settings (OG:image / OG: Title / OG: Description etc)

[SSj-Saturn]

Lychee version

v5.1.2

Which PHP version are you using?

PHP 8.3

Detailed description of the problem

Do we have a way to set OG content data? I've been unable to find any settings within the site itself, or the env, and no documentation for this feature.

Is this something that can be set with the custom CSS block currently? not sure if this block overwrites existing CSS or if it just injects new CSS, and if it's a global or not etc.

Expected results;

• Setting a global set of OG items for sharing the main URL, or if nothing is set
• (longer term) option for user manually to set the OG:image / OG:title / OG:description
• (longer term) dynamically set the OG:image to the set Album Cover (and created during the imagemagick process?)
• (longer term) dynamically set the OG:title to the set album and gallery titles depending on the nested nature of it (eg. Vacations / Europe / Eiffel Tower)
• (longer term) dynamically set the OG: description based on the provided description title.

Steps to reproduce the issue

1. Go to the live production environment, or live demo gallery (https://lychee-demo.fly.dev/gallery/wmfdDZGuqFssRc4CNnyAU436)
2. Go to an album
3. share the link socially, or with a social share tester (https://socialsharepreview.com/?url=https://lychee-demo.fly.dev/gallery/wmfdDZGuqFssRc4CNnyAU436)
4. Observe the lack of image/title/descriptive data

Diagnostics [REQUIRED]

Diagnostics
-----------
Error: APP_URL (https://photo**********b.com) does not match the current url (http://photo**********b.com).
This will break WebAuthn authentication.
Error: APP_URL (https://photo**********b.com) does not match the current url (http://photo**********b.com).
This will prevent images from being properly displayed.
Info: Latest version of PHP is 8.3
Warning: git (software) is not available.

(it says that APP_URL is wrong, but not sure why, everything works, but it may not like the cloudflared setup for whatever reason, but everything works fine).

Browser & System [REQUIRED]

Synology NAS / Docker

Please confirm (incomplete submissions will not be addressed)

• I have provided easy and step-by-step instructions to reproduce the bug.
• I understand my bug report will be removed if I haven't met the criteria above.

[ildyria]

Hi, first the easy part: APP_URL is wrong because of the difference of scheme (https vs http).

everything works

I suspect this is because the CSP is not activated, probably because your APP_ENV is still dev (this is in the second part of diagnostics which you did not provide).

• Setting a global set of OG items for sharing the main URL, or if nothing is set
• (longer term) option for user manually to set the OG:image / OG:title / OG:description
• (longer term) dynamically set the OG:image to the set Album Cover (and created during the imagemagick process?)
• (longer term) dynamically set the OG:title to the set album and gallery titles depending on the nested nature of it (eg. Vacations / Europe / Eiffel Tower)
• (longer term) dynamically set the OG: description based on the provided description title.

Actually most of the code is already here, it has not been fully implemented yet.
See:

• https://github.com/LycheeOrg/Lychee/blob/master/app/View/Components/Meta.php
• https://github.com/LycheeOrg/Lychee/blob/master/resources/views/components/meta.blade.php

[SSj-Saturn]

I say all that and then immediately notice that I do have production, but I do have debug enabled <_<.
Set it to debug=false, and everything still seems to be running fine, same error about the APP_URL though.

[haivala]

Just something I thought: This has to take into account the sharing permissions of the album and the pic.

[ildyria]

@haivala that is correct but easily implemented. 🙂

[ildyria]

Wait... I think because you are behind reverse proxy, your website is served on 80 instead of 443.
Can you try to set APP_FORCE_HTTPS=true ?

[SSj-Saturn]

Hi there, already been set to true. Tried with false also.

A mentioned, I run this in a docker along with cloudflared (https://github.com/cloudflare/cloudflared) to route public hostnames through the ports, which is really useful for all of my apps, given it automatically provides SSL cert instantly etc running through CF's tunnels. That said I've had no luck solving this one, APP_FORCE_HTTPS=true has been set to true and false with no luck.

Just went and added an SSL port for the docker compose too (as the original only includes 90:80, so I added a new one for 553:443, and pointed to domain to the new :553 port), no luck or success with that.

It's odd as it's indeed running everything on HTTPS with an ok cert, no errors or anything other than diagnostics saying it's running HTTP vs. https. Happy to provide details privately for the IP and create a login if it helps to diagnose.