Redraw issue when in inactive tab

[jdanthinne]

It seems that when used in an inactive tab, the headerView doesn't seem to correctly redraw when the tableView is reloaded.

Here's a precise example.

In this first case (correct behaviour), I scroll down the down the table, and the headerView (the faces and dates) begin to scroll and I let the headerView hidden at half its height. If I click on another face while staying in the same tab, the table is reloaded, and the headerView correctly position itself at its original position, full size.

In the second case (wrong behaviour), I scroll down the table at the same position, then I CHANGE TAB, click on another face (which trigger the same refresh function on every tab via the NotificationCenter), then if I go back to the previous tab, the headerView is at the correct position, but is strangely clipped!.

The only/ugly workaround I found is to force redraw by doing this:

subjectsAndPeriodView.maximumContentHeight += 1
subjectsAndPeriodView.maximumContentHeight -= 1

Any advice on how to trigger the redraw correctly?
Thanks!

[andrebng]

I have a similar issue when I scroll it and segue away from the page and pop back to the page with the stretchy view that the scrolled part seems to be blank.

Did you manage to solve it?

[jdanthinne]

Unfortunately, no…

[andrebng]

I think its the scrolled part that is blank.

I partly fixed it by setting the maximumContentView again (setMaximumContentHeight none-animated) in the viewWillDisappear so it scrolls back to its original position.

[gskbyte]

Hi,

sorry for not answering before, but I'm having very little time lately to dedicate to this project. I just had a look at the implementation of -setMaximumContentHeight: and it's forcing a relayout of the scrollView when it changes. This is hacky but you could try calling -gsk_layoutStretchyHeaderView:contentOffset:previousContentOffset: manually.

If you could provide a small sample project that includes the bug (via a PR for the example project), I could have a look this week.

Thanks!

[jdanthinne]

The hacky function seems private… The only public function available is gsk_transplantSubviews.