Originally posted on StackOverflow.

The following code crashes with StackOverflowError and the stacktrace shows a long chain of request calls.

import io.reactivex.rxjava3.core.Flowable
import io.reactivex.rxjava3.core.Single
import io.reactivex.rxj

You should upload javadoc as part of the build process. Especially since the README is missing important information (such as difference between request()/ensure(). Even better would be to also upload sources. Both of these are easy to do with a tweak to the maven task in your build.gradle.

Look at here

• → Did you conform to the Rules?
• → Did you read the Wiki Carefully?
• → Did you search in Google?
• → Did you search in openned&closed Issues?
• → Receive only bugs and suggestions

Environment

• MVPArms Version:
• Android

In Using Disposable in RxJava

disposables.clear() is invoked in onStop()

But in the comment and also Github
`disposab

Hi all friends
Friends, to better understand this framework, let's do everything by example
Examples help us to master this framework more effectively
Examples can be as follows, such as forms, lists, and even small projects. This can help a great deal.
Form Submit

Lists

To Reproduce

From the documentation Adding Parameters (body() in the docs should be body):

	Fuel.post("https://httpbin.org/post", listOf("foo" to "foo", "bar" to "bar"))
		.also { println(it.url) }
		.also { println(String(it.body.toByteArray())) }

Expected output

https://httpbin.org/post
"

requeryVersion = '1.6.0'
requeryVersion = '1.6.1'

E/BaseViewModel: java.sql.SQLNonTransientConnectionException
    io.requery.PersistenceException: java.sql.SQLNonTransientConnectionException
        at io.requery.sql.EntityDataStore.checkConnectionMetadata(EntityDataStore.java:588)
        at io.requery.sql.EntityDataStore$DataContext.getTransactionMode(EntityDataStore.java:747)

We need to create our own docker image with git, sphinx-build and gradle to create the documentation and commit it into github.

The default docker image doesn't accept the html tags.

Summary

Currently, ScanSettings's matchMode, reportDelayinMillis and mNumOfMatchesPerFilter are all commented out (see here). This is a quite annoying oversight that has not been fixed for the past two years, and does

I would like to propose adding README file as a description to explain potential users that basic sample is as basic as possible and more complicated scenarios they can find in storio-sample-app module