Last track not visible in tracks view

Bug #1800577 reported by Amy Skerry
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Mixxx
Confirmed
High
Unassigned

Bug Description

macos 10.13.3
2.9 GHz Intel Core i5

The last track in the tracks view is not visible because it is blocked by the horizontal scroll bar. You can see a tiny bit of the track peeking above the scroll (see attached).

Revision history for this message
Amy Skerry (amy-skerry) wrote :
Revision history for this message
Amy Skerry (amy-skerry) wrote :

Actually, I see the same behavior for other scroll bars, not just the tracks display. I believe the reason is that I have scroll bars set to always show (a MacOS setting).

Revision history for this message
ronso0 (ronso0) wrote :

Thanks for reporting this!

Which Mixxx version are you using?
Does the horizontal scrollbar disappear if you hide/resize table columns until you have blank space at the far right?

I notice the table header font didn't scale properly. Could you please post a screenshot of Tango skin?

Revision history for this message
Amy Skerry (amy-skerry) wrote :

>> Which Mixxx version are you using?
Built from source on master

>> Does the horizontal scrollbar disappear if you hide/resize table columns until you have blank space at the far right?
Yep! If I remove columns such that no horizontal scroll is needed, the scrollbar goes away (and I can see the final track)

>> I notice the table header font didn't scale properly. Could you please post a screenshot of Tango skin?
I can repro with Tango skin as well (attached)

Revision history for this message
Be (be.ing) wrote :

Considering this happens with other scrollbars, I suspect this is a bug in Qt. Do you use any other Qt applications? Have you noticed the same issue with those? What version of Qt did you build with and how did you install it?

Revision history for this message
Amy Skerry (amy-skerry) wrote :

>> Do you use any other Qt applications? Have you noticed the same issue with those?
Hm, I think RStudio uses Qt and while I didn't find the identical bug, I do observe a different scrolling bug in their file viewer.

>> What version of Qt did you build with and how did you install it?
5.10.1 installed view homebrew (`brew install qt5`)

I realized I was mistaken before when I said I had my MacOs settings set to always show scrollbars. Setting to "always show" actually eliminates the problem, whereas the problem emerges under the default "auto show" setting.

Revision history for this message
ronso0 (ronso0) wrote :

Unfortunately I now also experience this
Ubuntu 20.04
Mixxx 2.3beta with Qt5.12.8

Didn't yet check if this is tracked upstream(Qt).
Possible quick hack:
QTableView::item:last { padding-bottom: 1em; }

Revision history for this message
ronso0 (ronso0) wrote :

strange, I'm sure I saw it but can't reproduce it anymore..

Revision history for this message
Aaron Savage (aaronsav) wrote :

Its worrying that you cannot reproduce it but here is a screenshot showing the problem on a Macbook Pro Retina 15 inch screen using MacOS 10.15.6, and using Mixx 2.2.3 (build 2.2 r6750).

The listing is scrolled to the very bottom and you can just see the obscured final track highlighted by pressing the down arrow to reach it. This is the All Tracks view but it happens on every view where the number of tracks is greater than the unscrolled space and where the columns are larger than the available width which produces the horizontal scroll bar at the bottom to obscure the final track.

I hope that helps.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Compared to my setup, with Ubuntu Bionic 18.04 and QT 5.9.5 the scrollbars are inside the content area and inside the borders changing colors when focused.

My guess is that this has changed with a QT update.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

I think as a band aid, we should add just an empty line at the end.
This will probably also fix the painting issue with the star rating and the last track in the list.
https://bugs.launchpad.net/mixxx/+bug/1278592

What do you think?

Changed in mixxx:
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/9495

lock status: Metadata changes locked and limited to project staff
Revision history for this message
Daniel Schürmann (daschuer) wrote :

I have prepared a test build linked at the GitHub issue.
Please verify, if the issue is still reproducible with
Mixxx 2.3.5 or 2.4-beta and than check if the issue is fixed with the parched test build.
Thank you.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.