mirror of
https://github.com/BookStackApp/BookStack.git
synced 2026-02-05 00:29:48 +03:00
Cannot disable gravatar image fetching through AVATAR_URL option
#1487
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Statium on GitHub (Jan 11, 2020).
Sometimes when creating a user avatar gets up incorrectly.
incorrect path looked in the source page:
http://localhost/uploads/images/user/2020-01/1737-%D0%9C%D0%B8%D1%85%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2%D1%81%D0%BA-%D0%A3%D1%80%D0%B0%D0%BB%D1%8C%D1%81%D0%BA%D0%B0%D1%8F-16/thumbs-40-40/4-avatar.png
adjacent correct path:
http://localhost/uploads/images/user/2020-01/thumbs-40-40/1736-%D0%9A%D1%83%D1%80%D0%B3%D0%B0%D0%BD-7-%D0%A0%D0%BE%D0%B4%D1%8C%D0%BA%D0%B8%D0%BD%D0%B0-avatar.png
we conclude that the paths are different, why did not find out.
@Statium commented on GitHub (Jan 12, 2020):
Another example is exactly the same paths (user names are different), both gravatars are in the same folder, both paths are correct, both gravatars open from the folder, not broken, but one path does not open. The problem arises randomly. File permissions are the same.
does not open
http://localhost/uploads/images/user/2020-01/thumbs-40-40/1628-%D0%A8%D1%83%D0%BC%D0%B8%D1%85%D0%B0-%D0%A2%D1%83%D1%82%D1%8B%D0%BD%D0%B8%D0%BD%D0%B0-avatar.png
opens correctly
http://localhost/uploads/images/user/2020-01/thumbs-40-40/167-%D0%97%D0%B0%D0%B2%D0%BE%D0%B4%D0%BE%D1%83%D0%BA%D0%BE%D0%B2%D1%81%D0%BA-%D0%92%D0%BE%D1%80%D0%BE%D1%88%D0%B8%D0%BB%D0%BE%D0%B2%D0%B0-avatar.png
I will emphasize both gravatars in the folder with the correct name
@Statium commented on GitHub (Jan 12, 2020):
Also in my .env is AVATAR_URL = false
but gravatars are still created for new users, the cache is cleared by the command through the command line.
@ssddanbrown commented on GitHub (Jul 26, 2022):
Thanks for reporting @Statium.
Could confirm the
AVATAR_URL=falsebehaviour.It looks like the path/naming issue had been previously addressed in an image name scheme change, although I have changed it a little further today, so that has not been an issue for a while for new gravatar fetches.
Fixes to false behaviour made in
d4a119b2aaand will be part of the next feature release.