Added a comment
authormatrss <matrss@web>
Mon, 14 Oct 2024 12:01:40 +0000 (12:01 +0000)
committeradmin <admin@branchable.com>
Mon, 14 Oct 2024 12:01:40 +0000 (12:01 +0000)
doc/bugs/p2phttp__58___drop_difference_wideopen_unauth-readonly/comment_2_be1f58d6c49a69ddae692cef911245be._comment [new file with mode: 0644]

diff --git a/doc/bugs/p2phttp__58___drop_difference_wideopen_unauth-readonly/comment_2_be1f58d6c49a69ddae692cef911245be._comment b/doc/bugs/p2phttp__58___drop_difference_wideopen_unauth-readonly/comment_2_be1f58d6c49a69ddae692cef911245be._comment
new file mode 100644 (file)
index 0000000..0d552e4
--- /dev/null
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="matrss"
+ avatar="http://cdn.libravatar.org/avatar/59541f50d845e5f81aff06e88a38b9de"
+ subject="comment 2"
+ date="2024-10-14T12:01:40Z"
+ content="""
+I've solved my issue in forgejo-aneksajo by special-casing the lockcontent endpoint to return a 403 for unauthorized requests, instead of a 401 like all other POST endpoints (put, remove, etc.). I presume that this is also what `git annex p2phttp` itself does, is that right? Maybe the specific response expected by git-annex in case of an unauthorized requests could be part of the protocol specification...
+"""]]