Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Ik zou hier precies ook nog een test schrijven met waarde true voor IsSalesMedewerker. Kwestie van zeker te zijn dat de waarde niet verloren gaat na encrypt/decrypt.

Ik zou hier precies ook nog een test schrijven met waarde true voor IsSalesMedewerker.
Kwestie van zeker te zijn dat de waarde niet verloren gaat na encrypt/decrypt.

[ICT-5110] DATAOPT uitbreiden met extra parameter voor Häfele
[ICT-5110] DATAOPT uitbreiden met extra parameter voor Häfele
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:
  • More
  • CR-614
  • finished reviewing
Hetgeen hier gebeurd , dit hoort eigenlijk te staan in de KlantBestellingNaarLeverancierOfferteKopieerder

Hetgeen hier gebeurd , dit hoort eigenlijk te staan in de KlantBestellingNaarLeverancierOfferteKopieerder

Hetgeen hier gebeurd , dit hoort eigenlijk te staan in de KlantBestellingNaarLeverancierOfferteKopieerder

Hetgeen hier gebeurd , dit hoort eigenlijk te staan in de KlantBestellingNaarLeverancierOfferteKopieerder

  • More
  • CR-613
  • finished reviewing
Dit was ook al zo toen de waarde gehardcodeerd was maw variatie testje gewenst http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Dit was ook al zo toen de waarde gehardcodeerd was maw variatie testje gewenst

[UST2965] Vh4: Handels: Aanpassing registreer/decrypteer nav wijziging BewaarKorting
[UST2965] Vh4: Handels: Aanpassing registreer/decrypteer nav wijziging BewaarKorting
[UST2955] Handels: Aanpassingen WinkelkarConverter
[UST2955] Handels: Aanpassingen WinkelkarConverter
  • More
  • CR-535
  • finished reviewing
Ja, want dat staat ook in de standaardDecrypteerRequest

Ja, want dat staat ook in de standaardDecrypteerRequest

Het zou natuurlijk ook kunnen zijn dat ik, bij het overzetten van al die verschillende methods/properties/..., deze per ongeluk ben overgeschoten...

Het zou natuurlijk ook kunnen zijn dat ik, bij het overzetten van al die verschillende methods/properties/..., deze per ongeluk ben overgeschoten...

'k weet niet of deze voorwaarde effectief wel klopt ; lijkt het mij niet beter te checken of het feit dat er moet gecontroleerd worden voor deze hostname ? 'k vermoed dat we naar een systeem moete...

'k weet niet of deze voorwaarde effectief wel klopt ; lijkt het mij niet beter te checken of het feit dat er moet gecontroleerd worden voor deze hostname ?

'k vermoed dat we naar een systeem moeten gaan om hostnames te koppelen en personalities en ervoor zorgen dat die hostnames per systeem eventueel anders kunnen ingesteld worden.

'k zou zeggen spel wat met de waarden die ja als dummy doorgeeft en zie welke rare effecten uw testen opeens zullen hebben. Als het dan echt dummies zijn zou ik er effectief ook dummy klassen van m...

'k zou zeggen spel wat met de waarden die ja als dummy doorgeeft en zie welke rare effecten uw testen opeens zullen hebben.
Als het dan echt dummies zijn zou ik er effectief ook dummy klassen van maken zodat ze niet de aandacht trekken in uw code en de nadruk ligt op hetgeen je wil benadrukken.