-
Notifications
You must be signed in to change notification settings - Fork 19
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
Fix issue when calling intervals on a CellMethod #56
Conversation
Hi @kinow, thanks for raising this! I'll have a proper look at this shortly but from reading your description it seems like it should do as you say, & the test looks sensible. And before merging I'll double check with David, BTW, last time you checked in here I remember you requested some CI to help you check on changes. Unfortunately you've just missed it with this PR since I've recently started to create the workflow with GitHub Actions to run the test suite & it is nearly there so I can merge it into |
Hi @sadielbartholomew ! We just recently moved some repositories to GitHub actions and we are quite happy. If we take a bit to review this one, I'd be happy to rebase and see if it would trigger the CI (I never tried that; a PR that didn't have CI, being rebased after it was activated in the master branch... it should work right?) Thanks! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great spot & sensible fix with a test that fails without it & passes with it. Perfect.
A few one-line changes would be good e.g. to avoid a deprecated test method, & while you are making that I have noticed in testing that there is a comma missing breaking one of the docstring examples that get processed into the docs for the method in question:
Line 376 in 2ea8bad
>>> c.intervals = [cf.Data(7.5 'minutes')] |
(should be 7.5, 'minutes'
) so if you're happy to, to save me committing just for that one-liner, it would be good if you could pop that in (though no worries if not, I can sort it).
Good to hear. I like the concept (power, flexibility etc.) & configuration of the Actions but I must admit it's been a bit of a headache getting them setup, mainly because it is not clear or documented well on how it triggers based on which branches workflows are defined in relative to the ones they trigger from events on. But I'm sure I'll become more familiar with that over time.
It shouldn't take that long to get this reviewed & merged. I think it depends on the workflow: I've currently specified |
Co-Authored-By: Sadie L. Bartholomew <[email protected]>
Argh, I applied both changes @sadielbartholomew , but the second one my finger was too-quick. I think the function returns an array with all the intervals. So I unpacked them with Not very clear, so let me fix that and drop/edit that commit. Sorry. |
Co-Authored-By: Sadie L. Bartholomew <[email protected]>
Done |
Done @sadielbartholomew ! I noticed PyCharm complained about several docstrings. Maybe CI could run these tests too? |
Thanks. All good.
Yes, incorporating automatic checking of the docstrings has been on my TODO list for a while. We'll add it in eventually but it't not high on the priority list. Feel free to submit PRs with fixes or even to add in the docstring validator yourself if you are super keen! |
Was already doing a PoC before calling it a day. Will send the draft PR that may very well be postponed as the docstrings would need fixing so that the build passes. Thanks @sadielbartholomew ! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Minor feedback addressed. I've just spoken with David & he's is happy with this. Thanks.
Was having a look around the code repositories I have cloned locally, and found at least one interesting issue.
The property getter was calling the method, but not returning it.
Cheers
Bruno