Skip to content
This repository has been archived by the owner on May 1, 2024. It is now read-only.

[Bug] [WPF] ScrollView - ScrollBarVisibility not respected #11709

Closed
plamen-i opened this issue Aug 9, 2020 · 1 comment · Fixed by #11918
Closed

[Bug] [WPF] ScrollView - ScrollBarVisibility not respected #11709

plamen-i opened this issue Aug 9, 2020 · 1 comment · Fixed by #11918
Assignees
Labels
e/2 🕑 2 in-progress This issue has an associated pull request that may resolve it! p/WPF t/bug 🐛

Comments

@plamen-i
Copy link

plamen-i commented Aug 9, 2020

Description

Dependent on orientation, respective scrollbar of ScrollView is still visible even ScrollBarVisibility is set to Never.

Steps to Reproduce

<ScrollView Orientation="Vertical" VerticalScrollBarVisibility="Never" />

Expected Behavior

No vertical scrollbar visible.

Actual Behavior

Vertical scrollbar is still visible even not needed.

Basic Information

  • Version with issue: XF 4.8.0.1269
  • Last known good version: N/A
  • IDE: Visual Studio 2019 16.7.0
  • Platform Target Frameworks:
    • WPF: .NET Framework 4.6.1
  • Android Support Library Version: N/A

Workaround

When set to Never in XAML as shown above - after UI has been shown switching to Default and then to Never hides the respective scrollbar.

@plamen-i plamen-i added s/unverified New report that has yet to be verified t/bug 🐛 labels Aug 9, 2020
@plamen-i plamen-i changed the title [WPF] ScrollView - ScrollBarVisibility not respected [Bug] [WPF] ScrollView - ScrollBarVisibility not respected Aug 9, 2020
@samhouts samhouts added this to New in Triage Aug 9, 2020
@rmarinho rmarinho added the p/WPF label Aug 12, 2020
@jsuarezruiz jsuarezruiz added e/2 🕑 2 and removed s/unverified New report that has yet to be verified labels Aug 25, 2020
@jsuarezruiz jsuarezruiz self-assigned this Aug 25, 2020
@jsuarezruiz jsuarezruiz moved this from New to Ready For Work in Triage Aug 25, 2020
@samhouts samhouts added the in-progress This issue has an associated pull request that may resolve it! label Aug 25, 2020
@samhouts samhouts added this to In Progress in vCurrent (4.8.0) Aug 25, 2020
@samhouts samhouts added this to To do in Other Ready For Work Aug 25, 2020
@samhouts samhouts removed this from Ready For Work in Triage Aug 25, 2020
@samhouts samhouts moved this from To do to In progress in Other Ready For Work Aug 25, 2020
@samhouts samhouts added this to the 5.0.0 milestone Aug 25, 2020
@samhouts samhouts removed this from In Progress in vCurrent (4.8.0) Aug 26, 2020
@samhouts samhouts added this to In Progress in vNext+1 (5.0.0) Aug 26, 2020
rmarinho pushed a commit that referenced this issue Sep 17, 2020
@samhouts samhouts moved this from In Progress to Done in vNext+1 (5.0.0) Sep 18, 2020
@samhouts samhouts removed this from the 5.0.0 milestone Nov 2, 2020
@jfversluis
Copy link
Member

Taking into consideration the remaining lifetime of Xamarin.Forms, the platform this is about, the age of this issue and the traction this issue has seen I think it's unlikely that this will get fixed. If it is something that you still would like to have, please consider opening a PR. Thanks!

@jfversluis jfversluis closed this as not planned Won't fix, can't repro, duplicate, stale Nov 16, 2022
Other Ready For Work automation moved this from In progress to Done Nov 16, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
e/2 🕑 2 in-progress This issue has an associated pull request that may resolve it! p/WPF t/bug 🐛
Projects
5 participants