Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

iOS: CollectionView items don't change their size when item content size is changed #15177

Open
pitMobile opened this issue May 19, 2023 · 7 comments
Labels
area/collectionview 📃 CollectionView, CarouselView, IndicatorView platform/iOS 🍎 s/triaged Issue has been reviewed s/verified Verified / Reproducible Issue ready for Engineering Triage t/bug Something isn't working

Comments

@pitMobile
Copy link

Description

I'm facing the same issue like handled in issue #3643 which is now closed but the problem still exists. The attached sample in 3643 does not work, the collection view cell don't increases his height.

Steps to Reproduce

use the attached sample in issue #3643

Link to public reproduction project repository

#3643

Version with bug

7.0.86

Last version that worked well

Unknown/Other

Affected platforms

iOS, I was not able test on other platforms

Affected platform versions

iOS 16.4

Did you find any workaround?

No response

Relevant log output

No response

@pitMobile pitMobile added the t/bug Something isn't working label May 19, 2023
@pitMobile
Copy link
Author

I changed the Rowdefinitions of the Root Grid to "Auto", but the Grid doesn't change its size, the inner Label gets correct the SizeChanged event. This looks like the same problem handled in #7297.
But even if I get the root grid change its size (in our program we use for instance an autosizing editor or a flex layout with dynamical content as Childs of the root grid in the Collectionview DataTemplate) the CollectionView doesn't update its cell.

@eengstroem
Copy link

I am facing the same issue. I tested a collectionview, where the IsVisible-attribute of some elements can be changed on a button press. Inside the collectionview is a grid, where some labels become visible/not visible. The labels push other content down on Android, as I intended. However, on iOS, it doesn't. There is no MaximumHeightRequest set, or something like that.

@pitMobile
Copy link
Author

The project Maui.Controls.Sample in the Maui source solution contains a CollectionView sample named Expanding Text (Vertical List) with the same problem.

@XamlTest XamlTest added s/verified Verified / Reproducible Issue ready for Engineering Triage s/triaged Issue has been reviewed labels Sep 18, 2023
@XamlTest
Copy link
Collaborator

Verified this on Visual Studio Enterprise 17.8.0 Preview 2.0(8.0.0-rc.1). The original issue seems still repro on Windows 11 and iOS 16.4, not repro on Android 13.0-API33 with below Project:
15177.zip
Windows:
image
Android:
image
iOS:
image

@FlavioGoncalves-Cayas
Copy link

FlavioGoncalves-Cayas commented Jan 5, 2024

It's been over half a year since this bug was initially reported.
This should be basic functionality that worked even in Xamarin Forms...

This can also be easily reproduced when using an expander in the ItemTemplate.

@unamed000
Copy link

I'm having the same issue ...

Some people saying this is the native behaviors, but again, Xamarin Forms was working normally fine and MAUI break this, how can we suppose to migrate from Xamarin Forms to MAUI when we have a tons of CollectionView that we need to migrate and this isn't working normally ?!

@ilsur-dev111
Copy link

The problem still exists for almost a year now. such things should be implemented out of the box, I already regret that I didn’t start using flutter for commercial development, it’s a complete disappointment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/collectionview 📃 CollectionView, CarouselView, IndicatorView platform/iOS 🍎 s/triaged Issue has been reviewed s/verified Verified / Reproducible Issue ready for Engineering Triage t/bug Something isn't working
Projects
None yet
Development

No branches or pull requests

8 participants