Skip to content

Conversation

@BruceDone
Copy link

Hi djm:
since you cancel the pending job successfully ,the response json prevstate should be pending ,and the result should be true .

@coveralls
Copy link

Coverage Status

Coverage remained the same at 100.0% when pulling f8a2441 on BruceDone:master into 665e55b on djm:master.

djm added a commit that referenced this pull request Mar 27, 2016
NB: Breaking change

Prior to this commit, the method simply returned True if the "prevstate"
(previous state) of the cancelled spider was reported as "running" by scrapyd.
While correct, the spider could also have been in the "pending" state when
cancelled and in this instance our wrapper would have reported False. This
also went counter to what the docs suggested.

The major version number will be bumped as a result of this change.

Thanks to @BruceDone for raising and fixing the issue as part of #6.
@djm
Copy link
Owner

djm commented Mar 27, 2016

Thanks for bringing this to my attention @BruceDone!

I decided that the cancel_job method was better off simply returning the previous state rather than hiding it and returning a boolean which wasn't very useful.

As it is a breaking change, I've bumped the version to 2.x and just released it to PyPi.

Also I added you up to the Authors file, many thanks again.

@djm djm closed this Mar 27, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants