[fixed] Clear the delayed close timer when modal opens again

[CompuIves]

Currently there is an inconsistency when there is a delayed close and right after the start of this close the modal opens again.
Graphic:

| closeWithTimeout
|   setState - beforeClose: true
| open
|   setState - isOpen: true
|   setState - afterOpen: true
| closeWithoutTimeout
|   setState - beforeClose: false
|   setState - afterOpen: false
v

Now we have this state:

{
  beforeClose: false,
  isOpen: true,
  afterOpen: false,
}

Which gives an invisible modal.

This PR should fix it by just skipping the open logic (since the modal is already open) and clearing the timeout and returning beforeClose to false.

[claydiffrient]

@CompuIves Any chance you'd be willing to put a spec in place with this? It looks like a pretty good change, but I'd prefer that changes have associated specs with them.

[diasbruno]

Pinging @CompuIves. This seems right. Can you fix the conflict and add a spec for this?
I'll test it.

[CompuIves]

Ah, I completely missed the first reply, sorry! I'm currently travelling in SE-Asia without any access to my macbook. I can create a spec when I come back (May 26th) but I'm not sure if you would like to wait so long.

[diasbruno]

@CompuIves nice. Do you mind if I jump in this fix?

[CompuIves]

@diasbruno Sure, no problem!

[diasbruno]

@CompuIves thanks. I'll keep a reference to your work on it.

[diasbruno]

yep, almost forgot...i'll finish this today!

[CompuIves]

Hi! What's the progress of this fix?

[diasbruno]

@CompuIves I've rebased the branch and added the test to it. I didn't had time to work on this, but I believe it's finished (almost).

You can check it here...
diasbruno/fix/clearTimeout

[diasbruno]

@claydiffrient this PR can be closed in favor of #189.

[diasbruno]

This PR can be closed in favor of #189.