Skip to content

Add z-index to x-form-item class #16712

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

Merged
merged 4 commits into from
Mar 7, 2025
Merged

Conversation

matdave
Copy link
Contributor

@matdave matdave commented Feb 24, 2025

What does it do?

Primary goal is to add z-index to x-form-item class. During setup of my test environment I noticed some critical vulnerabilities were unaddressed in the package generation files, so I corrected those as well.

Why is it needed?

Fixes an issue where the form items can overlap the menu bar, making the menu unclickable.

How to test

Open a file to edit in the manager. Scroll down until "Content" -> "Clear Cache" -> "Refresh URIs" opens over one of the field labels. Without the fix the text will appear over "Refresh URIs" making it hard to click. The same happens if you do this for checkboxes and certain other field elements.

Related issue(s)/PR(s)

#16711

@matdave
Copy link
Contributor Author

matdave commented Feb 24, 2025

This issue was introduced in #16690

@rthrash
Copy link
Member

rthrash commented Feb 27, 2025

Can confirm this fixes the issue.

@rthrash rthrash self-requested a review February 27, 2025 21:24
Copy link
Member

@rthrash rthrash left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Z-index fix issues are solid. Thanks @matdave

@rthrash rthrash added this to the v3.1.2 milestone Feb 27, 2025
@opengeek opengeek changed the title [3.x] Add z-index to x-form-item class Add z-index to x-form-item class Mar 6, 2025
@opengeek
Copy link
Member

opengeek commented Mar 6, 2025

During setup of my test environment I noticed some critical vulnerabilities were unaddressed in the package generation files, so I corrected those as well.

@matdave — this is complicating the integration of the PR. Can you remove the package.json (and resulting package-lock.json) changes from this PR and submit those as a separate PR. Also, what version of npm are you using because I get this when running npm install… and that again modifies the lock file.

❯ npm install
npm WARN old lockfile
npm WARN old lockfile The package-lock.json file was created with an old version of npm,
npm WARN old lockfile so supplemental metadata must be fetched from the registry.
npm WARN old lockfile
npm WARN old lockfile This is a one-time fix-up, please be patient...
npm WARN old lockfile

In addition, after running npm install and running grunt build, the modx.jsgrps-min.js file is also changed. So I think this would be better applied as a separate PR, either before or after applying this one.

@matdave
Copy link
Contributor Author

matdave commented Mar 7, 2025

@opengeek I've got those reverted

@opengeek opengeek merged commit ab23a8e into modxcms:3.x Mar 7, 2025
7 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants