chore: update pre-commit#184
Conversation
|
@danielsirakov same here. |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #184 +/- ##
=======================================
Coverage 71.63% 71.63%
=======================================
Files 25 25
Lines 3437 3437
=======================================
Hits 2462 2462
Misses 975 975
🚀 New features to boost your workflow:
|
|
For some weird reason this is deleting blank lines after the docstring. I asked claude and it seems as if this is a bug in v1.7.8 of docformatter which people have requested fixes for. Please could you try again (let's close this PR so we don't merge all the back and forth history) pinning to 1.7.7 and see what happens? |
|
@danielsirakov could you revisit this one as we have an agreement that deleting line form |
|
The files look Ok. We just need to check if this version is passing pre-commit |
|
@danielsirakov Could you take a look for the failure of |
Sounds good, I'll take a look after I make the last few edits to diffpy.structure |
…rfit into update_pre-commit # Please enter a commit message to explain why this merge is necessary, # especially if it merges an updated upstream into a topic branch. # # Lines starting with '#' will be ignored, and an empty message aborts # the commit.
|
I was able to bypass the docformatter and black conflict by changing triple quotes to just using double quotes in 3 files. Let me know if this is an appropriate workaround. @stevenhua0320, ready to review |
|
@danielsirakov I think we have one left for the conflict here: |
I think this had something to do with me merging my edits with the bot edits; I just ran the pre-commit, and it edited the file automatically and passed once I ran it again. I'll push again with the pre-commit's edit. |
|
@stevenhua ready to review |
|
@danielsirakov Still not passing, first you could do the |
Sorry about that, it said it was passing when I ran the pre-commit before pushing so I’m not sure why that’s happening. I’m not home right now, but I’ll take a look as soon as I’m back. |
sbillinge
left a comment
There was a problem hiding this comment.
I left comments. Let's try moving the failing module level docstrings to the top
| Exceptions used for SrFit - specific errors. | ||
| """ | ||
|
|
||
| "Exceptions used for SrFit - specific errors." |
There was a problem hiding this comment.
This one should be a docstring I think. Does it work putting it right at the top of the file but with triple quotes?
There was a problem hiding this comment.
Sorry for the long delay; I've been having technical difficulties with my computer. When I try this, the docformatter and black conflict happens once again. Are there any other workarounds you recommend I should try?
There was a problem hiding this comment.
Could you describe how does it conflict with each other, in other words, what does black do initially?
There was a problem hiding this comment.
It seems like black is adding a blank line before class, while docformatter is removing it
There was a problem hiding this comment.
I believe this is the same scenario that we had before, try to add a #FIXME comment and see if we could get around this.
There was a problem hiding this comment.
just pushed, let me know if everything looks fine
@stevenhua0320 ready to review
There was a problem hiding this comment.
One more fix is needed, look into the tests/test_characteristicfunctions.py and see how does black and docformatter is conflicting right now. Also don't stay up too late haha.
There was a problem hiding this comment.
I'll take a look right now. Don't worry, I'm gonna hit the hay after this : )
There was a problem hiding this comment.
It looked to be the same scenario as before, and I added a #FIXME line. Let me know if it looks fine
There was a problem hiding this comment.
Interesting, it looks like black and the pre-commit-ci bot have conflict, as the bot removes a line that black adds. What do you recommend we do? Claude recommended I move the import to the top of the file instead of inside the function.
| # | ||
| ############################################################################## | ||
| """Universal import functions for volatile SasView/SansViews API-s.""" | ||
| "Universal import functions for volatile SasView/SansViews API-s." |
There was a problem hiding this comment.
This should be a docstring, try moving to the top
| # | ||
| ############################################################################## | ||
| """Functions for binding arguments of callable objects.""" | ||
| "Functions for binding arguments of callable objects." |
…rfit into update_pre-commit
| + "latest sasview API" | ||
| ) | ||
| from sasmodels.sasview_model import find_model, load_standard_models | ||
|
|
There was a problem hiding this comment.
Could we move this import statement to the top of import modules and check whether it could fix the conflicting behavior while the test module is still valid?
There was a problem hiding this comment.
I moved it to the top but I noticed there are other instances of the import statements being in that location, should I delete them all since I have it in the import section now?
There was a problem hiding this comment.
Also, how do I check that the test module is still valid?
There was a problem hiding this comment.
If they import the same function, you could remove it and test it by running pytest on your terminal; otherwise, you need to add the function name eg:find_model after the import and rerun pytest to see whether the test is running properly.
There was a problem hiding this comment.
I'm having trouble running pytest as I don't have the necessary packages downloaded in my environment, and when I tried downloading them, it said that the diffpy-srfit package required Python between 3.11 and 3.13. Should I make a new environment, or try and test it in a different way?
There was a problem hiding this comment.
btw, I'll finish this tomorrow as I'm going to bed
There was a problem hiding this comment.
btw, I'll finish this tomorrow as I'm going to bed
No worries, have a good rest for today!
There was a problem hiding this comment.
You need to have this installed in editable mode to do testing, but this is standard practice, we should maybe have told you. I also am seeing the CI pre-commit working target hard. Out Is Better of you are running pre-commit locally. We should only see CI pre-commit things very rarely when things go wrong locally. @Rundong can help you get everything set up locally correctly
@stevenhua0320, ready to review