Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

URLs to photos other than jpg format will get ".jpg" ending, which is confusing #552

Closed
1 of 2 tasks
RubenKelevra opened this issue Jul 16, 2022 · 1 comment
Closed
1 of 2 tasks
Labels
bug Something isn't working

Comments

@RubenKelevra
Copy link

🐛 Bug Report

  • I am including my log files in zip format.
  • I have looked for similar issues among all the former issues including closed ones.

What Operating system and version is LibrePhotos running on:

Arch Linux

What architecture is LibrePhotos running on:

x64

How is LibrePhotos installed:

Docker

If running via Docker or Kubernetes please list version including docker-compose:

2.6.1

Are you running LibrePhotos on a virtual machine if so please list:

no

How is you picture library mounted on the host (or in the virtual machine):

Local file system (ZFS)

Description of issue:

If a PNG is stored in LibrePhotos and selected for a large preview the original file name will be displayed on the right, like "/data/imported/IMG_20220615_122657_2.png". But the link generated to access the file will not end in .png but .jpg:

http://localhost:3000/media/photos/6f933986222c8b32a548ab128812cde71.jpg

How can we reproduce it:

  • Add a png file
  • Click on it on the overview
  • Click on the encircled I-Icon
  • Click on the Link which shows the path
  • The browser will load a png with .jpg ending in the URL.
@RubenKelevra RubenKelevra added the bug Something isn't working label Jul 16, 2022
@derneuere
Copy link
Member

This is now fixed :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants