You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As discussed in the #546 PR, there is a problem with the destination adapter test logic.
Indeed, in the unit test, we start with the idea that the issue tracker to test is the one linked to the Application. With the recent updates it's not the case anymore. If the copy destination is not the same as source, we must create an adapter.
I think that we must need to allow retrieving the destination adapter when it's necessary to test directly on it.
To be discussed 😄.
The text was updated successfully, but these errors were encountered:
shulard
added a commit
to shulard/gush
that referenced
this issue
Mar 23, 2016
With the issue copy adapter update, we must change the destination adapter testing logic.
The destination adapter is cloned / created during the issue copy, the `Application` issue tracker is not the right one to test anymore...
An issue as been opened gushphp#550
Hello,
As discussed in the #546 PR, there is a problem with the destination adapter test logic.
Indeed, in the unit test, we start with the idea that the issue tracker to test is the one linked to the
Application
. With the recent updates it's not the case anymore. If the copy destination is not the same as source, we must create an adapter.I think that we must need to allow retrieving the destination adapter when it's necessary to test directly on it.
To be discussed 😄.
The text was updated successfully, but these errors were encountered: