[CFGUI-108] Definitions app - UX glitches Created: 10/Dec/19  Updated: 10/Dec/19

Status: Open
Project: Definitions App
Component/s: None
Affects Version/s: 2.1
Fix Version/s: None

Type: Bug Priority: Neutral
Reporter: Christoph Meier Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: 5h
Time Spent: 0.25h
Original Estimate: Not Specified

Attachments: PNG File definitions-app-problems-twice-same-problem.png     PNG File definitions-app-problems_multiItemsSelection.png     PNG File definitions-app_type-filter-2x-dialog.png    
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

Collecting here minor "UX glitches" on the Definitions app:


Filter dropdown "Type" contains 2x dialog

The dropdown to filter of Definition item Types contains 2 times the term dialog. This appears on both subapps..


Selecting rows inly w/ checkbox; not possible with the mouse

Selecting a row on the Problems subapp works only with the checkbox, not via mouse-click.


Same "problem" shown twice in the problem app ... sometimes

Under certain circumstance, one problem is listed twice in the Problems subapp.
Exact condition still to be figured out.

Example to reproduce:

File light-modules/foobar-module/decorations/pages/apps/pages.subApps.browser.yaml

label: Some pages ...
foobar: 13


Problems subapp needs to be "onblur" to get updated

When a new problem comes into the system, e.g. by editing a ligh-module-based file via editor, producing an error, to "force" the Problems subapp to "refresh" / "recollec" the errors, one must leave the subapp and go back to the subapp.
The Definitions app always has worked like that. Hence prbly no issue at all.


Multiple item selection is Problems app must be prevented

Multiple item selection in the Problems app does not make sense and should be prevented.


Action Show definition decorators missing on a very special case

When having a "pseudo decorator", a file which "wants to be a decorator" but actually is not,
for instance the file /foobar-module/decorations/pages/apps/__pages.yaml
then, the Problems subapp list the file as a problems, which is very nice, claiming:
"Definition to be decorated does not exist." - which is correct.
When selecting that problems, the only available action is "Reset filters.
BUT Export problem should be available too.
(But well. That's is a super-minor "glitch")

 



 Comments   
Comment by Roman Kovařík [ 10/Dec/19 ]

Filter dropdown "Type" contains 2x dialog

This is due to fact we have internally two dialog registry (compatibility and new dialog registry).
Might be fixed be a distinct clause in info.magnolia.definitions.app.data.RegistrySelectFieldSupport.RegistryListProvider#fetch

Selecting rows inly w/ checkbox; not possible with the mouse

This competes with selecting text by mouse to copy into clipboard , see info.magnolia.definitions.app.problems.list.ProblemReportListPresenter#createGrid.

Problems subapp needs to be "onblur" to get updated

Now we have an observation API so this should be fixable.

Generated at Mon Feb 12 00:45:07 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.