Is your avatar really just a plain gray image?

no

I cannot get it to load, not sure why

looks grey to me too

its 1x1 pixel, 100% alpha, and doesnt have a color (.png compression shenanigans)

@ephemient does that reaction mean its impossible?

It’s a deliberate decision. https://github.com/square/kotlinpoet/pull/994

...rip. guess i can write my own code-generation now

honestly im just gonna

.replace("`get`", "get")

at this point. dont wanna start all over

why is it important to you? you can call it the same way .. ?

when using

wire

, does one need to disable okhttp connection timeouts for streaming? I use

sendChannel.send(Request()); sendChannel.close()
receiveChannel.consumeEach { resp -> println(resp) }

and when I use BloomRPC this request is sent and then it hangs indefinetely if no response is arriving. but when running above code with

wire

, after several seconds it fails with

SocketTimeoutException

Nice work on Okio 3.0.0 https://twitter.com/jessewilson/status/1453918061573050369?s=20

Congratulatios and thank you for your work 🙏

Is there an easy way in OkHttp to automatically default to the OS-native trusted certificate store? (eg. the equivalent of adding

-<http://Djavax.net|Djavax.net>.ssl.trustStoreType=WINDOWS-ROOT

or

-<http://Djavax.net|Djavax.net>.ssl.trustStoreType=KeychainStore

to the

java

command line if running on Windows or macOS respectively) I have an app that runs across multiple operating systems and corporate environments and it often runs into issues with corporate proxies MITMing traffic. Most of the time, the self-signed root CA certificate these proxies use has been added to the native trust store, but not the Java trust store, so any outgoing connections fail because the certificate presented is not trusted.

OkHttp 5.0.0-alpha.2 contains the following fix:

Fix: Fail fast when the cache is corrupted.

Could this be backported to 4.x, please? My app with OkHttp 4.9.1 reports crashes in production about corrupted cache. See for more details: https://github.com/square/okhttp/issues/6453

I'm using SQLDelight on KMM for iOS/Android, and I need to delete the database file. For iOS part I've found

co.touchlab.sqliter.DatabaseFileContext.deleteDatabase(filename)

, what's Android equivalent?

context.deleteDatabase I think

Could you release a new version of SQLDelight with the latest included coroutines simulator fix?

you can use a snapshot in the meantime

@saket How? The link mentioned in the docs is not working: https://cashapp.github.io/sqldelight/#snapshots

The link is the snapshot repository

Thanks, I was confused by the disabled directory listening. It looks like the latest snapshot version will be always updated with new builds. So its not possible to use a specific build, eg:

1.6.0-20211026.120437-100

, is it?

you can totally do that!

when you use

-SNAPSHOT

gradle will find the latest build, but you can also specify the exact build by using its timestamp

the timestamp of a module can be found in its

maven-metadata.xml

file

actually no that is wrong. gradle requires the specific build version and not the timestamp

so for example, the latest build versions of

coroutines-extensions-macosx64

can be found here: