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

[Bug] Media item meta options area will not preserve selected license Title in License URL, despite License URL updating correctly #205

Open
1 task done
possumbilities opened this issue Jul 19, 2022 · 3 comments
Labels
💻 aspect: code Concerns the software code in the repository 🕹 aspect: interface Concerns end-users' experience with the software 🛠 goal: fix Bug fix 🟩 priority: low Low priority and doesn't need to be rushed 🏁 status: ready for work Ready for work
Milestone

Comments

@possumbilities
Copy link
Contributor

possumbilities commented Jul 19, 2022

Description

When accessing an item in the Media Library to edit its specific meta information the various licenses can be selected from a select dropdown list. Choosing a License will update the relevant URL, but will not reflect that that License is chosen in the select list. No matter what License is chosen, and despite the URL being accurately updated, the actively selected item reverts back to "Original License".

Reproduction

  1. Navigate to an item in the Media Library
  2. Select it to open it's meta options
  3. Change the CC License selected to any license but "Original License"
  4. See error.

Expectation

The license in the drop down should always match what is selected by the user, and what is reflected in the License URL input field.

Screenshots

Screen Shot 2022-07-19 at 2 59 52 PM

Environment

  • Browser: Chrome 103.0.5060.114
  • Version: 2021.04.1
  • WordPress Version: 6.0.1 (tested all the way back to 5.9 and 5.4)

Resolution

  • I would be interested in resolving this bug.

Related Links

@possumbilities possumbilities added 🟩 priority: low Low priority and doesn't need to be rushed 🚦 status: awaiting triage Has not been triaged & therefore, not ready for work 🛠 goal: fix Bug fix 💻 aspect: code Concerns the software code in the repository 🕹 aspect: interface Concerns end-users' experience with the software labels Jul 19, 2022
@possumbilities possumbilities self-assigned this Jul 19, 2022
@possumbilities possumbilities added this to the v2022.10.1 milestone Sep 28, 2022
@MdSahil-oss
Copy link

@possumbilities I would like to work on this if triage get accepted.

@possumbilities
Copy link
Contributor Author

@MdSahil-oss Thank you! Please do! 🚀

@MdSahil-oss MdSahil-oss removed their assignment Jan 19, 2023
@Khushiim1238
Copy link

hello is anyone working on this??
please let me know😊

@possumbilities possumbilities added 🏁 status: ready for work Ready for work and removed 🚦 status: awaiting triage Has not been triaged & therefore, not ready for work labels Aug 20, 2024
@possumbilities possumbilities removed their assignment Aug 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
💻 aspect: code Concerns the software code in the repository 🕹 aspect: interface Concerns end-users' experience with the software 🛠 goal: fix Bug fix 🟩 priority: low Low priority and doesn't need to be rushed 🏁 status: ready for work Ready for work
Projects
Status: Backlog
Development

No branches or pull requests

3 participants