Tencent
v4.1.3，shouldFixTabBarSafeAreaInsetsBug的问题
Bug 表现 shouldFixTabBarSafeAreaInsetsBug = YES； 我要显示的页面是常见个人中心页面，tableviewA的cell包含分页viewpager，viewpager对应的是几个tableview； 当从tabbar显示的页面push进入我需要显示的页面，viewpager对应的几个tableview的adjustedContentInset/contentinset.bottom值变成tableviewA的tableheaderView的高度；但是当从tabbar隐藏的页面push进入我需要显示的页面，不会出现问题； 目前在iOS12.0+ 以及13.0+都会出现这个问题，在增加shouldFixTabBarSafeAreaInsetsBug这个属性之前未出现这个问题
截图 Bug 现场的界面截图，或者 Xcode 控制台的错误信息截图，有问题的代码截图
如何重现
- ...
- ...
预期的表现 正常情况下，应该是什么表现
其他信息
- 设备: [例如模拟器、iPhone、iPad]
- iOS 版本: [iOS 13.x]
- Xcode 版本: [Xcode 11.x]
- QMUI 版本: [4.1.3]
这么业务的场景，请给一个 Demo 项目以供测试。
我项目里面使用的是JXSegmentedView做的类似个人主页，JXSegmentedView的Demo，配合QMUIKit，就会出现上述问题，简单点描述就是：tableviewController（A）里的tableviewcell添加scrollview做viewpager，viewpager的content是几个tableviewcontroller，从tabbar显示的页面push进来，就会导致作为content的tableviewcontroller的adjustedContentInset/contentinset.bottom约等于A的tableheaderview的高度（tableheaderview的高度不超过屏幕尺寸时100%复现，这里说到的tableviewController都是我自定义的，不是系统自带的）。 因为我项目里面涉及到保密的内容太多，现在做大量的测试工作，实在是难得抽空写demo。
这么业务的场景，请给一个 Demo 项目以供测试。
在问题页面在push一次之后pop回来，或者手势返回取消，出问题的adjustedContentInset/contentinset.bottom又会恢复正常
理解难以抽空写 Demo，但是我们也没时间去测试一个特定的业务场景，特别是还涉及到其他第三方库，因为当我们面对一个问题时，我们需要去查清楚，这个问题的出现场景是什么，是 UIKit 的问题还是 JXSegmentedView 的问题还是 QMUIKit 的问题还是业务代码的问题，诊断问题所在一般会占据一个 issue 80% 的工作量，这其实是不应该由开源作者来承担的，开源作者要负责的应该是对明确的问题给出解决方案，但目前这个 issue 是不明确的，请理解。
这么业务的场景，请给一个 Demo 项目以供测试。
理解难以抽空写 Demo，但是我们也没时间去测试一个特定的业务场景，特别是还涉及到其他第三方库，因为当我们面对一个问题时，我们需要去查清楚，这个问题的出现场景是什么，是 UIKit 的问题还是 JXSegmentedView 的问题还是 QMUIKit 的问题还是业务代码的问题，诊断问题所在一般会占据一个 issue 80% 的工作量，这其实是不应该由开源作者来承担的，开源作者要负责的应该是对明确的问题给出解决方案，但目前这个 issue 是不明确的，请理解。
我写了一个小demo，麻烦提供一个邮箱，我发给你
理解难以抽空写 Demo，但是我们也没时间去测试一个特定的业务场景，特别是还涉及到其他第三方库，因为当我们面对一个问题时，我们需要去查清楚，这个问题的出现场景是什么，是 UIKit 的问题还是 JXSegmentedView 的问题还是 QMUIKit 的问题还是业务代码的问题，诊断问题所在一般会占据一个 issue 80% 的工作量，这其实是不应该由开源作者来承担的，开源作者要负责的应该是对明确的问题给出解决方案，但目前这个 issue 是不明确的，请理解。
请问有合适的解决方案不，我尝试了一下，目前只能回退版本才能解决这个问题！