Skip to content
This repository was archived by the owner on Apr 16, 2022. It is now read-only.

A solution for Bug #798 #851

Merged
merged 2 commits into from
Mar 9, 2020
Merged

A solution for Bug #798 #851

merged 2 commits into from
Mar 9, 2020

Conversation

gilbva
Copy link
Contributor

@gilbva gilbva commented Jan 22, 2020

The bug was caused by the fact that the Source/Target panel has no information that the forms are being loaded from the server. Making a call to setWorking() in the current view makes the buttons in the Source/Target panel to go disabled until the unsetWorking method is call. I think this fixes the bug as the user won be able to click on reset (or reload) during the time the forms are being loaded, and also the user will have good feedback.

Closes #

What has been done to verify that this works as intended?

I was able to reproduce the bug before the fix, after the fix i cannot hit the reset button while loading.

Why is this the best possible solution? Were any other approaches considered?

It uses the already created method setWorking that is intended for this kind of behavior

How does this change affect users? Describe intentional changes to behavior and behavior that could have accidentally been affected by code changes. In other words, what are the regression risks?

The user won be able to cancel the form loading process, but i think that is ok.

Does this change require updates to documentation? If so, please file an issue at https://github.com/opendatakit/docs/issues/new and include the link below.

I dont think this need to be put explicitly in the documentation as is a minor fix.

… has no information that the forms are being loaded from the server. Making a call to setWorking() in the current view makes the buttons in the Source/Target panel to go disabled until the unsetWorking method is call. I think this fixes the bug as the user won be able to click on reset (or reload) during the time the forms are being loaded, and also the user will have good feedback.
Copy link
Contributor

@ggalmazor ggalmazor left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, @gilbva!

This is looking good to me, but we need to fix a checkstyle rule violation. See my other comment.

@codecov-io
Copy link

Codecov Report

Merging #851 into master will decrease coverage by 0.01%.
The diff coverage is 0%.

Impacted file tree graph

@@             Coverage Diff              @@
##             master     #851      +/-   ##
============================================
- Coverage     48.29%   48.28%   -0.02%     
  Complexity     1641     1641              
============================================
  Files           195      195              
  Lines         10384    10387       +3     
  Branches        750      750              
============================================
  Hits           5015     5015              
- Misses         5012     5015       +3     
  Partials        357      357
Impacted Files Coverage Δ Complexity Δ
...c/org/opendatakit/briefcase/ui/pull/PullPanel.java 0% <0%> (ø) 0 <0> (ø) ⬇️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 37c0847...9c06ecd. Read the comment docs.

@ggalmazor ggalmazor added this to the 1.17.3 milestone Jan 23, 2020
@kkrawczyk123
Copy link
Contributor

Tested with success!
I was not able to reproduce steps from the issue. I have also performed some exploratory testing of changing servers, url connections, between pull and push tab.
Verified on Ubuntu, MacOS and Windows.

@opendatakit-bot unlabel "needs testing"
@opendatakit-bot label "behavior verified"

@ggalmazor ggalmazor merged commit c3b54ed into getodk:master Mar 9, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants