Closed bullgare closed 2 years ago
@utrack could you please take a look?
Forgot to add: if we simply check the updated relative path, it will fail a lot of use-cases that already exist. That's why we check both. But if you have an opinion on it, please let me know, I will update the implementation
Thanks! :)
@utrack Could you please create a new release?
There is an issue when protoc rewrites current handlers' implementations in case of source relative paths and protofile, descriptions, and implementations placed in separate directories.
As far as I understand, protoc handles the case with paths relative to source files by itself. So, in the unit-test provided it will convert given path of
../../internal/app/strings
tointernal/app/strings
relative to proto file by itself (it will beintegration/go_package_separate_impl_exists/internal/app/strings
in our case). WhileastPkg
function is not aware of this trick being done on protoc side. That's why this PR adds additional check with path updated from../../internal/app/strings
tointernal/app/strings
in case of source relative paths.