the platform type inspection can find all kotlin methods and properties with (accidental) platform type. finding calls of java functions with platform type parameters doesn't make sense because what can the developer do about it?

@kirillrakhman Developer can make additional assumptions about nullability before using java code. Yep, passing arguments to java methods was a bad example - however, i think it could be useful to know, that java code possibly doesn't expect nullable, though it's not marked as

@NonNull

- nullability contracts in java are broken too often. When I use Kotlin and it says that arguments are ok - I'm sure nullability is ok. Can't say that about java. Often you even don't understand that you call java and that's why I want special inspection. I see two critical examples: 1. You override Java method. Today Kotlin plugin automatically makes

?

-arguments unless

@NonNull

specified, but accidental

T!

happens causing NPE. 2. Java method returns value. Kotlin automatically infers

T!

and allows using it as

nonnull

leading to NPE. See, platform types too easy to use as

nonnull

accidentally, by fault. And there is no help from lint, except

"Function or property has platform type"

that doesn't cover all platform types usages.

@User uploaded a file: and commented: Hello. This message is displayed every time when I restarted the android project. How to fix it?

@User uploaded a file: and commented: I'm having trouble with my break points and inlined functions. How can I properly debug inlined blocks? Is this a known limitation?

That’s the function. Maybe the

crossinline

keyword causes this issue? The code is definitely executed

inline fun workerThread(crossinline block: () -> Unit) {
    workerExecutor.execute { block() }
}

^ @nk

@kefir commented on @kefir’s file : 1.0.6 and 1.1-M04 have this problem

Looks like https://youtrack.jetbrains.com/issue/KT-15652

Are you tracking the bug where CTRL+SHIFT+R inside a JUnit Test Method in Kotlin triggers running tests for entire class instead of just the method?

My

1.1-M04-release-Studio2.3-2

Kotlin plugin can't recognize any

1.1

language feature on the latest Android Studio version. Is there someone with the same problem?

It's more like https://youtrack.jetbrains.com/issue/KT-15282

I also can’t debug this inner block

private val subjectText by lazy { BehaviorSubject.createDefault(currentSearch).toSerialized() }

Even if I add a break point inside the

createDefault()

or

toSerialized()

methods it doesn’t stop for the lazy expression, but it does stop for other calls 😞

Which version are you on?

1.0.6

I think I read that a couple of issues with nested lamdas were to be fixed in 1.0.6, but I guess there are more

Is there key shourtcut to open 'breakpoint condition' assumming breakpoint is defined in current line? (window witch appears when right click on breakpoint)

@igor.wojda CMD + Shift + F8

Is there a way to get completion for unimported extension functions in an object? I have a utility object with lots of extension functions and it's quite tedious to type out the imports for each of them

There is an issue for this in the tracker, but why do you put them in an object rather than top level?

for grouping, it feels cleaner

I have guess, in a semantics of Kotlin, you now get object of static methods, is it really feels cleaner for you?

it feels cleaner to me because the package is also used for other semi-related things, so I want to group the extension methods in their own code unit (not just file)

You can make a subpackage

Extension methods, how I understand it, are methods defined over some class of objects, so the "grouping unit" for extension is a class object over which this extension is defined. In your case, you want to control a layout of code of extension, not a layout of extension itself cos it defined by extension method declaration. So yes as @orangy said, if assume a package as a grouping unit for code (as well as a file), subpackage is a best candidate to solve your case. More over, there is no other tools to control code layout in the language, only files, packages and modules. 🙂

if i use a subpackage it's annoying to use from java - at the moment I can do VarInts.readVarInt(byteBuf) in java and byteBuf .readVarInt() in kotlin

and a package with a single class feels wrong to me

For java interop you can use

@file:JvmName(”VarInts”)

and still have top level extension functions, and good Java interop

This would give specific name to a class generated to hold functions.

itd still be in another package which looks odd in java

why, it would be in the same package