Opened 20 months ago
Closed 15 months ago
#7198 closed defect (bug) (wontfix)
Found small issue on Upcoming WordPress Meetings page
Reported by: |
|
Owned by: | |
---|---|---|---|
Milestone: | Priority: | lowest | |
Component: | Make (Get Involved) / P2 | Keywords: | |
Cc: |
Description
Hello Team,
I have worked on the WordPress.org site and found one issue on the page below.
Page: https://make.wordpress.org/meetings/
The Upcoming WordPress Meetings table is not working correctly. When we checked it into the mobile responsive device table changed it to the mobile responsive device. But when we resize the screen size to the desktop then, it not changed to its original format.
I have prepared its video, and I have included my attachment for you to look over.
Issue Video: https://share.cleanshot.com/qcwp1nvX5ZLRNRRpWygl
Thanks,
Change History (2)
#1
@
20 months ago
- Component changed from WordPress.org Site to Make (Get Involved) / P2
- Keywords dev-feedback needs-patch needs-design-feedback removed
- Priority changed from normal to lowest
#2
@
15 months ago
- Resolution set to wontfix
- Status changed from new to closed
Agreed with Dion's assessment and closing it as 'wontfix', though if you do follow up by creating an issue at the appropriate project's GitHub repo as recommended, reply here with a link to it and the status can be changed to 'reported-upstream'.
Otherwise, this is very much trivial and an edge case. And the only issue is that the view isn't ultimately toggled back to the 'Month' view when the edge-case scenario is tried. The existing behavior isn't much of a problem in that it is still fully functional, and the user can switch the view back to 'Month' themselves.
Due to the trivial nature of this, and a use-case that is not likely to be encountered, this is a super-low priority.
This should however be reported to this tracking repo though: https://github.com/wordpress/meeting-calendar
Additionally: Please consider not setting any milestones or keywords for future tickets, unless you're familiar with their usage. In general, reporters don't need to set them.