The latest IntelliJ deprecates `println` :sweat_sm...
# random
c
The latest IntelliJ deprecates
println
๐Ÿ˜…
๐Ÿ˜„ 13
KTIJ-39074 Don't deprecate println
d
This was a mistake right? ...right???
๐Ÿคž 1
c
They want to advertise the new log point feature. They thinking warning on every
println
statement is a good way to do that. If you disagree, join the discussion in the issue I linked.
Update: official recommendation is to disable the inspection if you don't like it.
๐Ÿคฎ 3
โž• 1
a
Thats a pretty wild recommendation. Like print debugging is the only usecase for println
c
Exactly
d
It's gone ๐Ÿ˜‚
๐Ÿคž 1
e
No no it's not gone, they've just changed the project from KT to IDEA https://youtrack.jetbrains.com/issue/IDEA-390245
kodee angry 1
c
Weird that the initial link doesn't work anymore. I'm pretty sure YouTrack used to create a redirection in that case, probably a regression in a version. From what I know of IntelliJ, it's definitely not intentional, they don't try to hide stuff like this.
It's still not fixed in 2026.2 RC. This is your last chance to complain before it reaches stable. youtrack.jetbrains.com/issue/IDEA-390245
๐Ÿ‘ 1
r
I thought it was some kind of joke, now I see it's true ๐Ÿ˜•
p
My main problem is that debugging for various non-jvm platforms is often broken. Println is then the only available option.
โž• 1
c
Yep. From what I understand, this change comes from the IntelliJ Debugger team (not the IntelliJ Kotlin plugin team), and they don't seem to understand that Kotlin is multiplatform
They also don't seem to understand that we don't like spurious warnings
d
Regardless of multiplatform default warning for println doesn't look like the smartest decision to me. And it's shocking that it has come so far to be shipped ๐Ÿ’ฉ๐Ÿ™ˆ
๐Ÿ’ฏ 2
d
Agree it's horrifying. Someone stop this madness.
What next... Classes considered harmful, everything must be a captured lambda... Just arbitrary skill issue bullsh*t!
๐Ÿ˜… 3
๐Ÿงต 1
This is what detekt is for
c
@Dmitry Kandalov definitely comment on the issue! I don't think they realize the problem.
p
I'd much rather a
logpoint
shortcut much like the existing
sout
(typing
.log
as a suffix on an expression does give you the option to add a logpoint but you have to have an expression to start with)
c
Same. I didn't find how to create nicely in the UI (other than click in the margin to create a normal breakpoint, then edit it to make it non-suspending)
o
lol wtf
c
Correction: you can easily create one in the UI by clicking in-between two lines.
For anyone who's curious The issue about the logpoint warning is the second most-voted bug fix in 2026.2, and the issue with the most comments in 2026.2. The only issue with more votes is 10 years old. I don't understand how the warning reached stable.
๐Ÿ’ฏ 1
โž• 2
p
It is how modern democracy work :)
๐Ÿ˜„ 1
s
Junie said no!
t
IDEA-392642 Logpoints: disable inspection by default for Kotlin
c
@tapchicoma that issue is not public
t
interesting, I could not change visibility, but title is "Logpoints: disable inspection by default for Kotlin"
๐Ÿ™ 1