Conversation
|
This breaks Talk again: I moved the "unsupported const" to psalm types to not break the openapi definition while the extractor does not support it and listed the plain list of integers on the normal type: Can we catch the exception and ignore it if another type was given, until constants are understood? |
|
Not great, but I guess the only way right now. Let's still print it as a warning though. |
The problem of being in the middle of 2 evolutions :)
Sounds okay for me atm |
ce8de1d to
89c827e
Compare
|
Testing this with Talk now shows some unimplemented types like |
89c827e to
2303976
Compare
|
So time to do the fixups and merge? |
Signed-off-by: jld3103 <jld3103yt@gmail.com>
Signed-off-by: jld3103 <jld3103yt@gmail.com>
65eaab6 to
12faea2
Compare
|
Ah too bad I forgot to remove the stacktrace from the log |
We can remove it when we add the verbose flag |
Fixes #32
Both
@paramand@psalm-paramwere already parsed, but if both are present only the first was used. Now it considers both if both are present.