githubbob42 / mingle2github2

0 stars 1 forks source link

Background Sync - Proper error MSG when connection interrupted #5543

Open githubbob42 opened 5 years ago

githubbob42 commented 5 years ago

Mingle Card: 5904 fixed as part of #5806

Steps to Reproduce

| | |
|-|-|
|**Version #**|4.0.1.4090|
|**Hardware**| |
|**OS**| |
|**Browser**| |
|**Username**|lanrefield@seven.com|
|**Password**|Use LastPass|
|ORG ID| |
|User ID| |
|RayGun Error ID| |

https://hunterpeak.herokuapp.com

  1. Log in to FieldFX Mobile. 
  2. Add 10 Ticket Items to any ticket of your choice 
  3. Disconnect from the Network.

Expected Result

The black connection status bar should be visible and the mobile user should see the following error  'Internet Connection Lost'

Actual Result

_Windows & Android Chrome: _The black connection status bar is not visible and user gets the following error Cannot read property 'status' of undefined

_IOS Safari :  _The black connection status bar is not visible and user gets the following error undefined is not an odject (evaluating ‘t.response.status’)

Analysis

LO – The black connection status bar is still not visible. Error message issue was fixed with card #5806

Related Cards

Steps for Creating a Defect Card

| | |
|-|-|

1

   |

Ensure the defect title and description is clear and understandable.

   |

   |

2.

   |

Ensure the following are listed on the card:

    *   Mobile or back office version.
    *   Operating system
    *   Devices
    *   Browsers
    *   Username/Password.

   |

   |

3. 

   |

Ensure there are steps to reproduce and are easy to follow.

Add screenshots as necessary for clarity

   |

   |

4. 

   |

Ensure the Expected and Actual results are listed.

   |

   |

5.

   |

Check whether the bug exists in production (Sync V4) and/or Sync V4 Beta

    *   If the bug exists in current production then select the “**Sync V4 Channel”**
    *   If the bug exists in the Beta Channel but is not in production yet, then select “**Beta Channel”**
    *   If the bug was created during current iteration then select "**Regression**”

   |

   |

Test Plan

| | |
|-|-|

1.

   |

Ensure the card has enough information from the programmer before you start the verification

If not request more information

   |

   |

2.

   |

Ensure you’re able to reproduce the defect prior to verifying it

   |

   |

3.

   |

Ensure to verify if the PR is still valid by going to Github.

   |

   |

3.

   |

Create a test plan and write/update test case for the card is there is no test case in Tarantula.

   |

   |

4

   |

Test the card on all required devices and versions. If it’s a mobile card, always test the offline functionality around that defect. Attach screenshots to the card as necessary displaying the fix

   |

   |

5.

   |

Add the following test result documentations:

    *   Test Status:
    *   PR Build:
    *   Username/Password
    *   Test case name:
    *   Environment and devices tested on:
    *   Test Note.

   |

   |

6.

   |

Push the card to “Testing Complete”

   |

   |