[GH-ISSUE #956] Scrolling not possible if scrollable area is higher than initials items #608

New issue

Closed

opened 2026-02-26 02:33:41 +03:00 by kerem · 1 comment

kerem commented

2026-02-26 02:33:41 +03:00

Owner

Originally created by @p4t5h3 on GitHub (Apr 10, 2019).
Original GitHub issue: https://github.com/koel/koel/issues/956

Hey, thanks for contributing to Koel! To save time for both of us, please make sure these checkboxes are checked before submitting the issue:

You have read and followed closely the Wiki, Upgrade Guide, as well as Troubleshooting
The issue has not been reported before
This is not a "how to install on Windows" or "why is my npm messed up" question
You're a cool person

All checked? Now also make sure your issue

Is associated with a version. Or better yet, a commit.
Is as detailed as possible (ahem... OS, browser, steps to reproduce, maybe?)
Includes the error output if it's a bug/error report ("Whoops!" is not very helpful, you know)
Is in English, 因为我不说中文。

Having Koel 3.7.2 and a long list of artists and albums I cannot scroll down in case my viewport has an upright aspect ratio and is high enough to display all of the intial items with whitespace below (see attached screenshot). In Safari as in Chrome on macOS Mojave.

Resizing the window into landscape aspect ratio results in the initial items always overflowing the visible scroll area and thus preventing the issue.

I guess there is a hardwired value for the initial count of items. Based on the height of the items and the scrollable view it should be calculated dynamically to fill up the whole available space.

Edit: It appears like I assumed. I cannot work on that myself for now due the lack of time. Hopefully I will in a few weeks.

https://github.com/koel/core/blob/master/js/components/screens/album-list.vue#L30

Originally created by @p4t5h3 on GitHub (Apr 10, 2019). Original GitHub issue: https://github.com/koel/koel/issues/956 Hey, thanks for contributing to Koel! To save time for both of us, please make sure these checkboxes are checked before submitting the issue: - [X] You have read and followed closely the [Wiki](https://koel.phanan.net/docs), [Upgrade Guide](https://github.com/phanan/koel/releases), as well as [Troubleshooting](https://koel.phanan.net/docs/#/troubleshooting) - [X] The issue has not been reported before - [X] This is not a "how to install on Windows" or "why is my npm messed up" question - [X] You're a cool person All checked? Now also make sure your issue - [X] Is associated with a version. Or better yet, a commit. - [X] Is as detailed as possible (ahem... OS, browser, steps to reproduce, maybe?) - [X] Includes the error output if it's a bug/error report ("Whoops!" is not very helpful, you know) - [X] Is in English, 因为我不说中文。 Having Koel 3.7.2 and a long list of artists and albums I cannot scroll down in case my viewport has an upright aspect ratio and is high enough to display all of the intial items with whitespace below (see attached screenshot). In Safari as in Chrome on macOS Mojave. Resizing the window into landscape aspect ratio results in the initial items always overflowing the visible scroll area and thus preventing the issue. I guess there is a hardwired value for the initial count of items. Based on the height of the items and the scrollable view it should be calculated dynamically to fill up the whole available space. ![Screenshot](https://user-images.githubusercontent.com/7641832/55868914-b52e5000-5b85-11e9-8f70-7ebbe0adbd8f.jpg) **Edit**: It appears like I assumed. I cannot work on that myself for now due the lack of time. Hopefully I will in a few weeks. https://github.com/koel/core/blob/master/js/components/screens/album-list.vue#L30

kerem

2026-02-26 02:33:41 +03:00

closed this issue
added the
[Type] Bug
label

kerem commented

2026-02-26 02:33:42 +03:00

Author

Owner

@BrookeDot commented on GitHub (Apr 22, 2020):

Closing as I believe this was fixed in #1086 I remember having the same problem in the past and haven't had it for a while now.

@BrookeDot commented on GitHub (Apr 22, 2020): Closing as I believe this was fixed in #1086 I remember having the same problem in the past and haven't had it for a while now.

kerem referenced this issue

2026-02-26 03:30:30 +03:00

[PR #608] [MERGED] Apply fixes from StyleCI #1298

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/koel-koel#608

No description provided.

Rows
Columns