Are you using shadow-cljs for that app? Can you enable the nrepl message log (there’s a Calva command for that) and see if the messages are there? Do you know when it used to do this?

I'm wondering if I've just toggled a setting but I don't know which if so

We added a setting a while ago for redirecting output to the REPL window. It should have nothing to do with this behaviour, but disabling that will restore the old behaviour (after restart of the REPL). You could try it just so that we can rule out that change as the culprit.

this is the result of a println hello call with the logging enabled:

<- received { id: '95', ns: 'tab-backend.test.from-excel', session: '49ba1773-57a3-4bed-a739-2656fd0fa6a1', value: 'nil' } <- received { id: '95', session: '49ba1773-57a3-4bed-a739-2656fd0fa6a1', status: [ 'done' ] }

when I do it again it's different, maybe I messed the first one:

op: 'eval',
  session: '49ba1773-57a3-4bed-a739-2656fd0fa6a1',
  code: '(println "hello")',
  'nrepl.middleware.print/options': { 'right-margin': 120, length: 50 },
  'nrepl.middleware.print/print': 'cider.nrepl.pprint/pprint',
  file: '/home/zimablue/projects/kangrok-core/src_clj/tab_backend/test/from_excel.cljc',
  line: 643,
  column: 4,
  stdout: [Function: stdout],
  stderr: [Function: stderr],
  pprint: true
}

<- received
{
  id: '96',
  'nrepl.middleware.print/error': "Couldn't resolve var cider.nrepl.pprint/pprint",
  session: '49ba1773-57a3-4bed-a739-2656fd0fa6a1',
  status: [ 'nrepl.middleware.print/error' ]
}

<- received
{
  id: '96',
  ns: 'tab-backend.test.from-excel',
  session: '49ba1773-57a3-4bed-a739-2656fd0fa6a1',
  value: 'nil'
}

<- received
{
  id: '96',
  session: '49ba1773-57a3-4bed-a739-2656fd0fa6a1',
  status: [ 'done' ]
}

it's unhappy about pprint but I'm not calling pprint

if I toggle "enable pprint for all evaluations" the error in the nrepl log goes away but I still don't get println output in the output.calva.repl window

I'm not going mad, it's intended to show up there right?

Ah, good spottijng. nrepl is calling pprint. You could… no, you tried that.

I’m actually not sure what to expect. ClojureScript pprint is a bit special. Let me see how it behaves for me.

I get it printed as you expect when trying with Calva itself. Which is not exactly an Electron app, but I think it is a good proxy.

We’re using shadow-cljs for Calva and building a :node-library.

Do you see hello printed in the dev console?

by dev console, you mean the bottom terminal output window where the app is running?

yes

This is what I get in the nrepl message log

-> sent
{
  id: '504',
  op: 'eval',
  session: '2d0bbf0e-d288-446c-beb8-1e71793779d7',
  code: '(println "hello")',
  'nrepl.middleware.print/options': { 'right-margin': 120, length: 50 },
  'nrepl.middleware.print/print': 'cider.nrepl.pprint/pprint',
  file: '/Users/pez/Projects/calva/.calva/output-window/output.calva-repl',
  line: 139,
  column: 1,
  stdout: [Function: stdout],
  stderr: [Function: stderr],
  pprint: true
}

<- received
{
  id: '504',
  out: 'hello',
  session: '2d0bbf0e-d288-446c-beb8-1e71793779d7'
}

<- received
{
  id: '504',
  out: '\n',
  session: '2d0bbf0e-d288-446c-beb8-1e71793779d7'
}

<- received
{
  id: '504',
  ns: 'calva.fmt.formatter',
  session: '2d0bbf0e-d288-446c-beb8-1e71793779d7',
  value: 'nil'
}

<- received
{
  id: '504',
  session: '2d0bbf0e-d288-446c-beb8-1e71793779d7',
  status: [ 'done' ]
}

<- received
{
  'changed-namespaces': {},
  id: '504',
  'repl-type': 'cljs',
  session: '2d0bbf0e-d288-446c-beb8-1e71793779d7',
  status: [ 'state' ]
}

Here's a repo https://github.com/bortexz/bug-try-calva-kondo

(afn is a fn of 2 arguments)

Looks wrong to me. I’d reproduce that using the cli and report it in #CHY97NXE2

When using cli, clj-kondo correctly reports it:

src/b.clj:6:8: error: a/afn is called with 1 arg but expects 2
linting took 42ms, errors: 1, warnings: 0

with the output above, can't see the error on the editor

That’s interesting. I can reproduce it.

Even using it via clojure-lsp reports the error:

~/Projects/calva/clojure-lsp diagnostics
[ 99%] Project analyzed            Finding diagnostics...
src/b.clj:4:7: info: [clojure-lsp/unused-public-var] Unused public var 'b/bfn'
src/b.clj:6:8: error: [invalid-arity] a/afn is called with 1 arg but expects 2

But it is not reported as a problem in Calva/VS Code:

Do you understand what could be going on, @UKFSJSM38?

Calling it from (finally) also wakes the reporting up.

Just observed something weird on the original project where I saw this (not the reproduction repo), the error appeared on the file tree (marked 1 error next to filename), then clicked the file, the error showed below the fn call, and then it disappeared (might have saved the file)

Haven't been able to reproduce on the small repro project yet, but on my original project, I am observing that when I reload vscode window without having the affected file on the editor, then the error reappears. When I go to the file, it disappears. At some point, it kept displaying the error until I saved the file, but on further tries to repro, the error disappeared as soon as I opened the file in the editor

that's weird, I can't repro that, maybe some edge case bug in clj-kondo, but we'd need a repro which can consistently or pretty close to that to understand the root cause

There’s no hook for it, and I am unsure if there’s API for that in VS Code. You can create a custom repl command that loads your test namespaces. https://calva.io/custom-commands/ And there’s calva.autoEvaluateCode.onConnect https://calva.io/customizing-jack-in-and-connect/ where you can load things on connection of the repl. (If someone finds a VS Code API for a pre-tests hook, I’d love to know.)

Also One question @U0ETXRFEW when I load a namespace it load all the tree bellow? I don't recall :thinking_face:

Yes, you only need to evaluate some top level namespace. And then any namespace you change.