False 'classname not in autoload module layout' now being thrown

[mschuchard]

puppet-lint inside of linter-puppet-lint now throws a false classname not in autoload module layout when puppet-lint outside of it confirms nothing is wrong.

Test case:

• any situation where the atom project is also the module

[jeski]

still a problem

[mschuchard]

Forgot about this while focusing on other projects. I have narrowed down the event that triggers this false warning (original issue updated) and feel like it is probably occurring due to some conflict Atom has with the new relative pathing code to respect the .puppet-lint.rc.

[mschuchard]

Ok, I took the exact command and directory passed into sb-exec and executed it from the shell. It did not duplicate this issue. Therefore, puppet-lint and this package are fine and the issue is with a dependency of this package. I do not see a way to circumvent the issue in the dependency, so we will have to wait until the bug is fixed in the dependency.

Issue will remain open until the dependency is fixed.

[fizmat]

Is the upstream problem fixed? I had this linter error thrown at me and found this git issue.

But then I fixed it (at least for me) by adding the --relative flag. I think puppet-lint actually cares about the file locations relative to %modulepath without this flag?

Maybe the dependency problem got fixed, and the --relative flag was my unrelated issue, so this issue can be resolved.

Either way, a "relative" checkbox in plugin options would be nice, maybe even on by default (more likely the modules are edited on the developer's machine, not in place on the puppet server).

[mschuchard]

You actually may have found the root cause here. The dependencies attempt to do file pathing for the display by constructing relative paths regardless of whether they should or not. This caused a bug for my Terraform linter package where it would display blank paths for situations where the Atom project was also the module, and which I then had to circumvent. I have a strong suspicion your experiment has revealed it is the same cause of this error.

I will take a look into this soon.

[mschuchard]

Ok I think I will take the simple intrinsic solution/suggestion and add --relative to the default flags. This is safer than coding a workaround like I did for the Terraform linter when this issue arose.