Visibility of Delete Button on Content Types Portlet in Community Edition

[bryanboza]

Problem Statement

In the Community Edition of the content management system, users have reported that the delete button is not visible on the content types portlet. This issue prevents users from deleting unwanted or obsolete content types, impacting their ability to manage content effectively.
https://github.com/user-attachments/assets/f4e7fc0b-4afa-4f8f-95c3-69b9c63cffd5

Steps to Reproduce

• Log into the backend using the Community Edition.
• Navigate to the content types portlet.
• Attempt to locate the delete button for any content type.
• Observe that the delete button is not visible, preventing the deletion of content types.

Acceptance Criteria

• Visible Delete Button: Ensure that the delete button is visible and accessible on the content types portlet in the Community Edition.
• Consistent Behavior: The delete button should function consistently across different content types, allowing users to delete content types as needed.
• User Feedback: Provide feedback or confirmation when a content type is successfully deleted.

dotCMS Version

Tested on trunk // Docker // FF

Proposed Objective

Quality Assurance

Proposed Priority

Priority 2 - Important

[dcolina]

Internal QA: Needs work.

The initial issue was fixed, because the word delete is shown but in the wrong way.

You can see more detail in the following video.

Screen.Recording.2024-08-12.at.20.23.45.mov

[zJaaal]

@dcolina
The issue you are showing is related to the main issue and I'm not able to reproduce this issue anymore. Would it be Browser cache?

I'm testing on this Docker Image: [dotcms/dotcms:trunk_5205ee6]

Screen.Recording.2024-08-12.at.4.06.37.PM.mov

[dcolina]

@zJaaal I was using the docker image [dotcms/dotcms:trunk] and Google Chrome browser as an incognito. I have retested this time with the same docker image you have used [dotcms/dotcms:trunk_5205ee6] and Google Chrome browser as an incognito as well.

This time I noticed that the delete icon is displayed on the right (as expected), but I think the alt (tooltip) is missing some styling. I've been checking and found out that this behavior is due to my dock (size and position). If you can see, when I move the dock, the window can be fully maximized, so the alt is displayed correctly, otherwise it's not. This behavior is shown in the following video:

Screen.Recording.2024-08-13.at.11.49.24.mov

In particular I don't think it should be considered a bug, although it wouldn't be bad to take a look at it in the responsive part.

[zJaaal]

Hello @dcolina I was looking into that and I found out that it is a PrimeNG Issue which is the library we use for our UI Components primefaces/primeng#13169

We are currently on the same version that the issue that is being reported but we have a PR to update the version of the library #29057

I would say that we should wait for that to merge and see if it was fixed, since it is a bug inside the library itself.

[dcolina]

As @zJaaal commented above the responsive behavior is going to be fixed in #29057.

Internal QA: Passed.

[bryanboza]

Fixed, tested on trunk_761ef08 // Docker // FF