-
Notifications
You must be signed in to change notification settings - Fork 176
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
[Sharing NG] Internal links shouldn't have a password #8619
Labels
Comments
21 tasks
In step 2, what is the |
@JammingBen Could you give me the request example? |
Sure, this is the payload the Web client in sending:
There is no permissions value, Web only changes the |
@JammingBen Will be nice if you share the full request copied as a curl command. |
Here you go:
|
9 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
Changing the type for an existing link with a password to "internal" does not remove the password from the link.
Steps to reproduce
Expected behavior
The password gets removed by the server as internal links shouldn't have a password.
Actual behavior
The password stays, leading to weird behaviours when resolving such a link via the web client.
The text was updated successfully, but these errors were encountered: