You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This behavior can be treated as a bug; the current implementation is a heuristic to identify annex symlink files, but is not sophisticated enough to handle the test case you describe.
Hi, G-Node/gogs Team.
I'm developer from Japan who fork "G-Node/gogs".
I want to ask you this issue.
Describe the bug
this text file contetns is "this text contains '/annex/objects' strings".
GIN version and commit
Live branch which tags gin-live-2020-10-24
Operating system
Linux ubuntu 5.15.0-41-generic #44~20.04.1-Ubuntu SMP Fri Jun 24 13:27:29 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
Database
postgres
To Reproduce
show you in "Describe the bug" chapter
Expected behavior
can get and see the file contents.
Actual behavior
can't get and see the file contents.
Additional context
I think this contents is treated as Git-Aneexed contents.
when I look source code (internal\tool\file.go), it said.
This code treats git-saved text file which contains '/annex/objects' strings as git-Aneex saved file.
Is this code right?
I want to know the reason why this judgementis needed.
What kind of cases require this judgement?
I think git-annex saved file is symlink.
So, It's enough to check symlink or not.
If there are any mistakes in my understanding please let me know.
sincerely yours,
Nozomu Akaike.
The text was updated successfully, but these errors were encountered: