introduced by defect CSR-1858 needing to reset zipcode and ctu when selecting a location in a different ctu.  fix is to not execute zipcode watch logic while navigating forward.
This commit is contained in:
CarlNation 2023-12-05 05:31:10 -05:00
parent a6c391dd57
commit 0630faa6a5

View file

@ -183,6 +183,7 @@ export default {
zipContainsMilitaryBase: false, zipContainsMilitaryBase: false,
zipCodeCtu: null, zipCodeCtu: null,
shopProviderData: null, shopProviderData: null,
navigatingForward: false,
}; };
}, },
async beforeRouteEnter(to, from, next) { async beforeRouteEnter(to, from, next) {
@ -477,6 +478,8 @@ export default {
} }
}, },
async forwardButtonAction() { async forwardButtonAction() {
this.navigatingForward = true;
// clear items not needed for appointmentType // clear items not needed for appointmentType
if (this.selectedAppointmentType == AppointmentTypeStrings.IN_SHOP) { if (this.selectedAppointmentType == AppointmentTypeStrings.IN_SHOP) {
// if we have a provider.zipCodeCtu that's different than the servicelocation.zipCodeCtu then they // if we have a provider.zipCodeCtu that's different than the servicelocation.zipCodeCtu then they
@ -537,16 +540,18 @@ export default {
watch: { watch: {
zipCode: { zipCode: {
handler(newValue) { handler(newValue) {
getShopProviderData(this.zipCode).then(async (result) => { if (!this.navigatingForward) {
this.shopProviderData = result.data; getShopProviderData(this.zipCode).then(async (result) => {
if (this.selectedAppointmentType === "Mobile") { this.shopProviderData = result.data;
this.selectedProvider = new Provider( if (this.selectedAppointmentType === "Mobile") {
this.shopProviderData.mobileProviderNumber this.selectedProvider = new Provider(
); this.shopProviderData.mobileProviderNumber
} else { );
this.selectedProvider = new Provider(); } else {
} this.selectedProvider = new Provider();
}); }
});
}
}, },
}, },
selectedAppointmentType: { selectedAppointmentType: {