4-digit interaction numbers glitch out after full load. (seen on pleroma instance) #198
Labels
No labels
a11y
Bug
Bug fix
Critical Priority
Documentation
Feature
Feature request
Held for next release cycle
High Priority
Low Priority
Medium Priority
Minor change
Translation/Locale
WIP
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: AkkomaGang/akkoma-fe#198
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
It looks like 4-digit interactions glitch out on pleroma instances. I haven't been able to check on akkoma but it's worth investigating?
The 4 digits Are visible as long as the response list isnt loaded then they vanish.
It all shows up properly on my instance, but the number is overflowing a bit.
I see this as well for interactions in excess of 1k.
It looks like the responsible CSS is:
word-break: break-word
styling for.Status
inherited fromdiv
.This is automatically applying
flex-shrink
to the likes countif
max-width
of.Status .status-actions > *
is set to5em
, then the likes display nominally as expected without other alterations (as in screenshot attached)I'll see if I can figure out where this behavior is defined and submit a PR for this
So, I guess there are 2 separate issues here really, but the problem @wizard and I are experiencing should be sorted by my PR, which I've submitted for review:
AkkomaGang/pleroma-fe#233
was this fixed in #236? or did that tackle only one of the issues here
The issue @wizard(and myself) mentioned is fixed.
One of us should've split that into a separate issue for the sake of organization, but afaik ops concern wasn't.