[#26058] - [4.0] Admin sidebar menu wrapper opens and closes after selecting function
- Closed
- 25 Jun 2021
- Medium
- Build: master
- # 26058
Steps to reproduce the issue
Log into Admin
Toggle the left sidebar menu so that it is minimised
Select one of the options without a sub-menu, e.g. System
Expected result
The sidebar menu wrapper should stay minimised
Actual result
The sidebar wrapper briefly expands to its standard width - but empty of content - and then shrinks back to minimum width, all within less than a second:
System information (as much as possible)
Installation: Joomla 4.0 Alpha 11 full package
Browser: Firefox
OS: Windows 10
Additional comments
-
On Google Chrome, it only does this when clicking the Home icon, but the screen does 'flash' when clicking onto System, or Help, so I think it's doing the same thing, only quicker.
-
After noticing this, I tested it on the Content and, as there are sub-menus, the menu needs to re-expands anyway and does so. It does this for four of the seven menu items, so I'm wondering if there is a need for the toggle at all.
-
When the menu is minimised, there are only icons visible (i.e. no text). Whilst the icons are reasonably self-explanatory, it would be useful to have tool tips when hovering over the icons.
joomla-cms-bot
- | Labels |
Added:
?
|
||
franz-wohlkoenig
- | Labels |
Added:
?
|
||
| Status | New | ⇒ | Information Required |
Didn't get you as "system" is the Module called – can you please explain detailed?
Here's a PDF with more steps indicated
Got it, meant is "System Dashboard". Can't replicate anyway this behaviour.
I have now attached a very small 11-second video demonstrating the effect. It's in a zip file as Github does not accept mp4 files.
Confirmed. Not sure we can call this an issue.
| Status | Information Required | ⇒ | Closed |
| Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2020-02-03 19:14:19 |
| Closed_By | ⇒ | alikon |
Closing this due to not receiving required information to determine if this is a bug or not. If you feel this still needs review, please open a new tracker entry with as much information as possible to ensure it can be reviewed properly
| Status | Closed | ⇒ | New |
| Closed_Date | 2020-02-03 19:14:19 | ⇒ | |
| Closed_By | alikon | ⇒ |
@brianteeman These were marked as information required by someone. They have been open with no updates for months. I do not think closing record that are in that state and offering the option to create a new entry is a problem. This tracker is not managed effectively and is difficult to navigate. From a reporting perspective this looks like we are sitting on multiple open items when in reality they dont apply or were never confirmed as a bug. Based on what Nicola is doing I think it is a much needed clean up of the tracker and we can work to manage better the "information needed" tags going forward to ensure we dont end up the same boat again.
This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/26058.
It might have been marked as information required (not on github only on jissues) but that was before @infograf768 commented and confirmed the report. The solution to "outdated" issues is not to blindly close them. In this specific example I personally would have just removed the information required label as it was clearly out of date and there was no outstanding information. In particular the copy/paste text was not applicable to this case. I did write a range of texts that could be used for a variety of different scenarios to avoid this and shared it with @alikon
and please don't forget it is not a bug tracker - it is a combined bug and feature tracker.
Seems we are using https://github.com/onokumus/metismenujs for the menu, maybe updating it to the latest version (from 1.1.0 to 1.2.0) will fix issues? How to do that the proper way?
To update metis menu you just need to do an npm update
npm update metismenu
To update metis menu you just need to do an npm update
npm update metismenu
Thank you, and this has to be done manually then with every release?
The issue still exists, anyone who can solve it?
The problem is the animation of the closed class, if we remove the open/close animation it works without the glitch.
As alternative we can set the open/close state as cookie instead of the localstorage and set the correct class in php.
@dgrammatiko or do you have a better idea to add the close class without the css animation?
This is no longer reproducible. Please confirm.
| Labels |
Added:
Information Required
|
||
Cannot reproduce either
| Status | New | ⇒ | Closed |
| Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2021-06-25 22:59:03 |
| Closed_By | ⇒ | Quy |
Closing as no longer reproducible. Thanks for the report.
Didn't get you as "system" is the Module called – can you please explain detailed?
I tried to replicate looking at your screenshots and can't get this behaviour.
System Information