Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Lijkt me niet verkeerd, maar heb ik nog niet gezien in testen bij ons. meestal maken we testen waarbij de vlag geforceerd wordt aan begin van de test. met als resultaat dat ge in dit geval 2 testen...

Lijkt me niet verkeerd, maar heb ik nog niet gezien in testen bij ons. meestal maken we testen waarbij de vlag geforceerd wordt aan begin van de test. met als resultaat dat ge in dit geval 2 testen kunt hebben. één met vlag aan en één met vlag uit. ik zou es rondhoren bij collega's.

Voorlopig ProjectSettings op gezet, wegens te grote onbetrouwbaarheid van wat ITR doorstuurt. Om aan te zetten: Do ##class(TECH.Config.ConfigMgr).Instance().ZetString("DOM.common.ProjectSettingsAPI...

Voorlopig ProjectSettings op gezet, wegens te grote onbetrouwbaarheid van wat ITR doorstuurt.
Om aan te zetten:
Do ##class(TECH.Config.ConfigMgr).Instance().ZetString("DOM.common.ProjectSettingsAPI_IsActiefVhisieEmailadressenNaarAx", 1)
Ondertussen wordt input gelogd in vhLib.Logging, totdat we zeker genoeg zijn dat de input correct is blijft de ProjectSettings op False staan.

Is inclusief kaartje VRB534 !!!

Is inclusief kaartje VRB534 !!!

[VRB538] VHIP504: ORDER2AX: SalesConfirmEmail invullen (en impersonificatie+... negeren):
[VRB538] VHIP504: ORDER2AX: SalesConfirmEmail invullen (en impersonificatie+... negeren):
Het is "EmailAdresBesteller" geworden, na overleg met PRA en WV.

Het is "EmailAdresBesteller" geworden, na overleg met PRA en WV.

Als het echt gaat over het email adres van de gebruiker, zoals in de beschrijving van het kaartje, dan zou ik opteren om GebruikerEmail als naam te gebruiken. We zien gebruikerIp, GebruikerId terug...

Als het echt gaat over het email adres van de gebruiker, zoals in de beschrijving van het kaartje, dan zou ik opteren om GebruikerEmail als naam te gebruiken. We zien gebruikerIp, GebruikerId terugkomen in de header. Anderzijds zien we bij offerte variabelen die spreken over gegevens van de klant, zoals taal enz. en ook hier zien we Email adres terugkomen, wat bij een eerste indruk dan doet denken aan een email adres van de klant. (Beetje een ambetant issue om nog aan te passen, denk ik dan.)

[VRB524] Vh4: BestelWinkelkar: emailadres gebruiker ontvangen van ITR en opslaan:
[VRB524] Vh4: BestelWinkelkar: emailadres gebruiker ontvangen van ITR en opslaan:
Alles in deze klasse is voor mij praktisch onmogelijk om te controleren. T zou veel makkelijker zijn aan de hand van een (of meerdere) UT. De UT voor deze klasse moet als een soort handleiding die...

Alles in deze klasse is voor mij praktisch onmogelijk om te controleren.
T zou veel makkelijker zijn aan de hand van een (of meerdere) UT.

De UT voor deze klasse moet als een soort handleiding dienen. Laten we deze samen bekijken/bespreken. (Ma dat zal dan vermoedelijk na uw vakantie zijn)

[UST3830] HNLT: GeefEDIVoorEindklant is fout
[UST3830] HNLT: GeefEDIVoorEindklant is fout
  • More
  • CR-991
  • finished reviewing
[UW439] vhisie4 : indien leveringsadres manueel ingevoerd is, dan niet automatisch verwerken.
[UW439] vhisie4 : indien leveringsadres manueel ingevoerd is, dan niet automatisch verwerken.
  • More
  • CR-931
  • finished reviewing
Byref

Byref

ByRef

ByRef

de inhoud hiervan is van de eerste week na golive. maw: raprap waar best nog wel wat aan gesleuteld kan worden...

de inhoud hiervan is van de eerste week na golive. maw: raprap waar best nog wel wat aan gesleuteld kan worden...

[UST3459] VHIP46x: VH4: AxLocationId's in BestelWinkelkar en BereidVoorBestelling
[UST3459] VHIP46x: VH4: AxLocationId's in BestelWinkelkar en BereidVoorBestelling
  • More
  • CR-719
  • finished reviewing
!! dit zou eigenlijk in een try catch moeten gebeuren -> zodoende ze wel of niet gezet worden

!! dit zou eigenlijk in een try catch moeten gebeuren -> zodoende ze wel of niet gezet worden

[UST3066] - KlantBestellingId
[UST3066] - KlantBestellingId
  • More
  • CR-524
  • finished reviewing