I’d like to follow up on this topic. Is it possible to make this happen soonish? Or even create a

4.0

branch from

development

branch just for now (or maybe after

3.3.0

is released)? I’d like to play around with some ideas when it comes to the Chucker APIs in the next major release and create issues or PRs.

I think we have enough content to actually release

3.3.0

when we want and create a

4.x

branch just after.

Yeah, we have quite a lot of things. I wanted to bring more, like finish my payload search improvements, add GraphQL stuff, etc., but it seems we already did quite a big amount. As to actual release

3.3.0

- I would like to do state saving better (for search on the main screen) before releasing it. Also, I will soon finish migration of docs, so we might combine release and announcement of docs being migrated from Readme. All the other things, like redesign of DB models and switching to Flow in some places worth a major release, since it will require clean reinstall of Chucker. As to

4.x

- the main point about it not only bumping minSDK, but also my big desire to redesign Chucker quite seriously. I already have some ideas and sketches.

Sure, I can do that in the meantime.

Talking about state saving - I planned to save search query and restore search state on device rotation, process death, etc. I used

SavedStateHandle

for this purpose and everything worked fine in terms of saving/restoring except the

SearchView

in the toolbar. I wasn’t able to make it work properly where after rotation I can easily programatically expand the search view and paste query saved from restored state. So I might abandon this idea for now, because of

SearchView

having not the most pleasant API to use.