I’ll wipe the project and start again

I'm running tests for a gradle kotlin project by clicking the arrow next to the test class (or method), but I get a NoSuchMethodError for the constructor of a class. Running

./gradlew clean check

from the command line works fine. I've noticed the module is set to

server_test

. If I create an "All in package" run config which searches for tests in the whole project, things work fine, when I set it to single module and the

server_test

module, the error returns. The tests only exist in

server_test

, but that seems to break access to the

server_main

classpath. Am I missing something in this setup?

Any way to petition it be flipped from Feature to Bug ? Whenever anyone runs into it they’re annoyed and the tool feels broken

And if there’s some cosmic reason to never fix this, I’d love to know!

I’m in the process of migrating a bunch of Java APIs that have static methods to Kotlin. My preferred way to do this is to make them companions on the extension function ’cause that lets us use the same API from Java and Kotlin. Stuff like this: https://github.com/square/okio/blob/master/okio/src/main/kotlin/okio/ByteString.kt#L137

Is there a way to put Android Room queries on multiple lines while keeping the syntax highlighting?

Feature request: I’d like IntelliJ not to warn that a double-bang after a when expression is redundant code, if removing the double-bang would stop the when expression being checked for exhaustiveness

What do people think?

I've never seen/used

!!

for that purpose. Using an

exhaustive

val seems pretty common.

val <T> T.exhaustive: T
    get() = this

Yeah I feel like like

!!

can go wrong too easily if one of the functions you call in your

when

just happens to return

null

.

That’s a very good counterpoint

Completely agree that we need a language feature for exhaustive when of course.

I withdraw my request!

Hello, World! Let’s say I have a data class

FooBar

with lots of properties, when I type

a = FooBar(

isn’t there a shortcut to automatically add all the fields (named parameters), so I don’t have to type them myself?

If you have variables with the same names as the parameters one of the autocomplete suggestions is exactly that.

Pasted_image_at_2018-11-30__5_16_PM.png

but when you don’t? 🙂

I want a shortcut for the android

R

import, depending on the module, i.E.

import my.package.mymodule.R

I have an old gradle build using kotlin version 1.2.61, yet my IDE is running at the latest version. My code has some red underlines here and there due to stuff incompatible with version 1.2.61, but why, doesn't IJ IDEA know that already based on my grade builds?

Anyone else getting random exceptions (most of the time

org.jetbrains.kotlin.idea.caches.resolve.KotlinIdeaResolutionException

) when editing

kotlin-dsl-precompiled-plugins

files (

.gradle.kts

files in the

src

directory of a

buildSrc

) plugin in IntellJ? I sometimes had them in previous IDEA versions, but now in 2018.3.1 they happen all the time. I already submitted some reports to JetBrains with the IDE Fatal Errors dialog, but as I see no reports by anyone in the JetBrains YouTrack, I'm starting to wonder whether it's actually me doing something terribly wrong...

Is there no equivaent for the "Unnecessary qualified name" inspection? Intellijs refactoring bugs from time to time and I have a lot of fully qualified classes which are hard to read in my code.

Suddenly I’m not seeing the hints on implied types. I do for some values but not others in the same file.

odd, my settings had changed. Found it.

(Deleted message about gradle + kotlin) I got an error in IntelliJ asking for an Android SDK to sync up with my gradle project even though I never use gradle. The problem went away with an IntelliJ restart.

IDE doesn’t seem to render

@property

tags in KDoc. Using

@param

tags on a

data class

works fine:

but switching to `@property`s breaks it:

does anybody have any context on this? worth filing an issue?

we’re using kotlin in BUCK, which manually generates IML files for project indexing. I’ve noticed that some new features like type inference require the IDE to be aware of them to use properly - is there any documentation somewhere for what needs to go into the project IML files for them to git picked up correctly?

nvm I’ve figured it out. Namely what I was missing before is that the

kotlin-language

facet needs to go at the top of the

.iml

file