0.26 backward incompatibility
See original GitHub issueOur Android app has heavy use of coroutines. But after upgrade from 0.25.3 to 0.26.x, the code stopped working.
Sure, I know about new CoroutineScope
and I’m definitely gonna refactor it to use that (no one wants 100 deprecation warnings, right) later, but I’d like to have it working first.
Our typical coroutine builder look like this: launch(UI, parent = job)
.
Are there some known incompatibilites? Something particular I should look for? I’ve already spent couple of hours on it and couldn’t find anything.
Issue Analytics
- State:
- Created 5 years ago
- Comments:13 (7 by maintainers)
Top Results From Across the Web
Backward Compatibility - Bazel 0.26.0
Backward Compatibility. Bazel is evolving, and we will make changes to Bazel that at times will be incompatible and require some changes from...
Read more >Changelog — argh 0.26.3-dev documentation - Read the Docs
Version 0.26.3-dev¶. Backward incompatible changes: Dropped support for Python 2.6. ... This breaks backward compatibility. If your code is really outdated, ...
Read more >Backward compatibility effects in younger and older adults
The first experiment found clear backward response compatibility effects for younger adults but no evidence of them for older adults. The second ...
Read more >Upgrade ksqlDB
Most releases of ksqlDB are backward compatible. But backward compatibility comes at a cost: progress is slower and the code base incurs ...
Read more >SoCo 0.17 release notes — SoCo 0.26.4 documentation
The changes to SoCo to accommodate the Sonos API changes as of version 10.1 are backwards incompatible. This means that if SoCo is...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
That’s probably the problem. For example, if you had following code:
after update it will behave diffrently, because launch defines its own scope. To preserve compatibility, rewrite is as
Also, adding
GlobalScope
to eachlaunch
andasync
makes the app work with Courtines 0.30.We’ll now of course start adding scopes, and see where it breaks.
Thanks for your help!