Potential Bugs: AutoHeight

[hpkeong]

HI PG:

I used to use AutoHeight to display, esp. long text (descriptions). At the same time, I also used the Autoheight of the TextBox1 to control the container of the TextBox1.

e.g.:

TextBox1.AutoHeight = true

DataCard1.Height = TextBox1.Height + 20 (I add 20 so that to create a small gap with the following DataCard2, so on and so forth).

I have about 30 Fields (Columns) and all the TextBoxes and Datacards are set as of above conditions.

It works excellently in PowerApps Studio, and I can see the height change when I navigate to the screen.

But, when the apps is in Cloud, it Stopped working. All the TextBoxes clamp together on top of the screen.

It happened in WIn 10, iPhone and Android Phone.

But, if I reduced the AutoHeight effect to only few of the boxes (I don;t really check each one, but 3-5 TextBoxes still work).

Would PG investigate if Excessive use of AutoHeight function will make the Apps collapses and if yes, what is the limitation.

Have a nice day.

NB: I have tested for about 10 times. All failed.

[Anonymous]

I have the same problem.

I use a gallery with flexible heigt( as elsewhere suggested ) and a label with autoheight = true.

randomly it works fine and sometimes some lines in the gallery don't.

this happens when i publish to the cloud and open the app on an Android device.

Please fix this his autoheight problem in a gallery control?

[samuelJ]

Was this problem ever solved? It is marked as "solved", but I don't see a solution posted.  

Thanks for any insight!

[davidstone]

It's definitely not solved. Autoheight has been unreliable and unpredictable in most of my use cases, and is even more so in the new rendering engine.

[_Corey_]

@hpkeong @JanLektonen @Django @samuelJ We have committed a fix that should address all auto-height issues in Forms for both Classic Rendering and Improved Rendering.  It is scheduled to hit production in mid-January.  I will update this thread again when it is deployed, or if the release schedule changes for any reason.

@davidstone @Mike8 @Anonymous The fix should also address most, if not all, auto-height issues with variable-height galleries.

[davidstone]

Music to my ears - thank you so much!

[rameshkc]

@_Corey_is there any temp fix untill we get the release in Jan? I really needed this fixed.

[Mike8]

Thank you @_Corey_

[_Corey_]

@hpkeong @JanLektonen @Django @samuelJ @davidstone @Mike8 @Anonymous @rameshkc The auto-height fix for forms and labels has completed deployment with version 3.18124.  You will need to republish your apps for the fix to take effect.

[davidstone]

This fix solved all my issues 

[JohanV]

Working with PowerApps release 3.19014 and still have Auto Height issue.

I have a filtered Gallery, with fixed height labels and Auto Height HTML Text boxes, populated with content coming from a multiline rich text field in a SharePoint list. The 'Y' position of each box is calculated by adding up the .Height values of the boxes. It works fine if the Improved App rendering is disabled and when I enable it and restart PowerApps, the Auto Height behaves as fixed height.