-
Notifications
You must be signed in to change notification settings - Fork 172
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Diffrent behavoiur with different abs/relative arguments #257
Comments
Hey there, sorry for the delay. I've been quite busy these days due to some personal things but I'm getting back to maintenance here. I'll investigate that this week, prioritizing bugfixes before anything else, but I just want to confirm that this issue is happening using the latest version of prospector. Can you confirm me that? |
Hi @chocoelho! Thanks for you interest. I've decided to check this case right after 0.12.11 release fixed my previous report #244. Latest update fixed some issues, but unfortunately still affected. $ pip freeze | grep prospector
prospector==0.12.11 $ prospector --absolute-path `pwd`/lib
Messages
========
...
Check Information
=================
Started: 2018-06-15 09:41:39.833960
Finished: 2018-06-15 09:41:46.639318
Time Taken: 6.81 seconds
Formatter: grouped
Profiles: .prospector.yaml, strictness_veryhigh, no_doc_warnings, no_member_warnings
Strictness: from profile
Libraries Used:
Tools Run: dodgy, mccabe, pep8, profile-validator, pyflakes, pylint
Messages Found: 21
|
Maybe try deactivating plugins and see if one of them is responsible? I would suggest to start with pylint. |
@pawamoy, |
The issue is definitely within |
Just an update: seems like some tools are only running in certain conditions thus the difference of results, and looks like one of these tools is |
Another update: I've managed to deal with |
@chocoelho We've checked out new version and looks like most issues gone. But I've found that running check on folder witch submodule depends on upper level module still gives import errors.
I'm not sure but it looks like issue is working dir detection dependent when folder check issued. |
This issue doesn't seem to be completely resolved. Running a bare (username mentions in case they won't see this comment on a closed issue otherwise - @chocoelho @carlio) |
Due to multiple requests, I'm reopening this issue. Will check that today or tomorrow 🙂 |
Thanks. My project is open-source if you want to look at the structure or even clone it and try running against it directly. It's here on GitLab and there's a mirror on GitHub too if that's easier. Specifically, running |
@meteozond Sorry for the delay, it's been crazy over here with the coming of my son, so my time has been limited for a while. Checking here, it seems to be related to how we get the minimal path from the found files. In your example, it's taking |
@Deimos I'm checking here as well, your issue seems more related to how |
It's no problem at all, don't worry about the delay. I appreciate you looking into it whenever you get a chance, thanks. |
@Deimos @meteozond can you test again with 1.1.5? |
@chocoelho all of issues from my first message gone, but I've got new one :( False |
@chocoelho Behavior doesn't seem to change for me. For both 1.1.3 and 1.1.5, |
Got it @meteozond @Deimos, will keep on check the reason of these issues |
@Deimos can you check again? |
Yes, the |
Closing this as it's reported as fixed :) |
It is quite disappointing when overall project, separate file and folder checks give different results. Here is a little table showing results depended on arguments given.
The text was updated successfully, but these errors were encountered: