I can confirm the behaviour is as described:

Host titles are now represented horizontally.

Class of HTML 'th' element still comes with name 'vertical_rotation'.

Fixed in development branches:

• feature/ZBX-19531-5.4
• feature/ZBX-19531-5.5

In all versions 5.4.x the problem continues, including 5.4.7

I can confirm the problem continues - running 5.4.9 but still have horizontal instead of vertical headers leading to all kinds of serious dashboard overviews.

Reported again in ZBX-20474 as this issue is closed.

Hi, Mark, the status Resolved means a fix has been found, but the changes await approval from colleagues to ensure it is correct (which it wasn't fully here in the first approach, though technically working); the fix has not yet been added to the mainstream release.

You can try out switching to the development branch from my comment above (code based on 5.4.10rc1) to see if that works for you, or await when status changes to _Done _- that means the code was approved and merged with the official branch.

If hesitant to upgrade, a temporary workaround (albeit it does not look 100% as intended), could be adding the style:

.list-table thead .vertical_rotation {
	min-width: 1.4em;
	writing-mode: vertical-lr;
	transform: rotate(180deg);
}

to your selected theme(s), but be highly advised to reset it when upgrading/changing versions in the future.

Appreciated! Will use the workaround for now and awaiting 5.4.10 to resolve this permanently.

Thx!

I've tested this extensively and was not able to use the workaround unless I dictated a fixed row height for the labels to be displayed in. There is some CSS styling missing to have a dynamic height row (where one should considering to allow wrapping at a certain maximum height to avoid huge sized headers).

.list-table thead .vertical_rotation {
        min-width: 1.4em;
        line-height: normal;
        writing-mode: vertical-lr;
        transform: rotate(180deg);
        height: 280px;
} 

While fixing the height did the job for me, still awaiting a more permanent (and dynamic) styling?

(PS: Is this the reason the manual test at your end failed as well?)

Just noticed the fix is pushed forward to 5.4.11 (rc1). If you want to test any styling adjustments in the mean time please share any new adjustements here - very happy to try this in my environment.

While we are at it: the bold line under the column header is also interrupted ...

I've picked up the blue-theme.css from source 5.4.11rc11 (at moment of the timestamp of this log entry) and have applied the theme to my server.

After analysis I've observed that behavior is still incorrect. Did some root cause analysis and found that "vertical_rotation" is used in the header, but it not defined in the CSS anywhere.

# grep rotation *
blue-theme.css:  .list-table .vertical_rotation_inner {
dark-theme.css:  .list-table .vertical_rotation_inner {
hc-dark.css:  .list-table .vertical_rotation_inner {
hc-light.css:  .list-table .vertical_rotation_inner {

When observing the generated HTML code:

When applying "vertical_rotation_inner" to the header item, rotation works, but it also rotates the bold line between the header and the items and does not respect header space as I've observed per my earlier comments.

Feels like either:

1. Naming is incorrect (pick either "vertical_rotation" or "vertical_rotation_inner" (and fix header height), or
2. Class "vertical_rotation" is missing, linking a vertical header rotation"inner" to the actual rotation while ensuring header height/behavior is also adjusted accordingly.

Fixing manually (again) for now at my end, but please consider re-checking/testing your updates in 5.4.11rc1 (not sure about v6.x, but guessing it has the same issue or perhaps v6.x generates the "vertical_rotation_inner" class as well? I do not have a lab setup for v6.x to test).

Checked v6.1 code in Github ==> v6.1 auses "vertical_rotation_inner", but cannot check if Zabbix v6.1 generates "vertical_rotation" or "vertical_rotation_inner".

Customer now starting to complain as the overviews become unworkable when having moderate to long names in the header. Any way this item can be bumped to a higher prio/faster fix?

Same issue observed in 6.0.2 LTS.

Will pick up the CSS from 6.0.3rc1 to verify if that actually resolves the issue on my Zabbix environment. As the code generated is also different cannot "just test" in my environment.

Waiting for official 6.0.3 release (high confidence based on observed code changes).

Please bump the priority a bit. We're truly struggling to get the dataviews in a readable format.

Also how can we keep the dataview as this is widely used in our deployments?

Fixed in:

• 6.0.24rc1 - a460e77cc48
• 6.4.9rc1 - 9e091d06bf7
• 7.0.0alpha8 - 95e4219ed43

Confirmed working in our environments for 6.0 and 6.4.

You may not be able to imagine how happy we are having the right views again  .

Regards, Mark