Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[UST3335] VHIP Migratie: 0602 ItemBuyerGroupId - NOKNieuw igv nog nooit aankooporder geweest:
  1. … 1 more file in changeset.
[UST3325] VHIP Migratie: 0602 ItemBuyerGroupId: "NOK...":
  1. … 2 more files in changeset.
[UST3310] 0602 ItemBuyerGroupId- wijziging: ItemBuyerGroupId = Simulatie:

- LinkType mag ook niet HH of HHZ zijn

  1. … 1 more file in changeset.
[UST3157] 0602 vrijgegeven producten hlx - itembuyergroupid:

- 5880 was fout leveranciernummer => moest 7771 zijn (Unilin)

  1. … 1 more file in changeset.
  • More
  • CR-615
  • finished reviewing
  • More
  • CR-648
  • finished reviewing
  • More
  • CR-634
  • finished reviewing
[UST2929] [UST2929] 0602 vrijgegeven producten - rest van wijzigingen sprint 12:

- Aanpassing na review => Test-method-naamgeving-verduidelijking (Sopr in Cache)

als.......?

als.......?

[UST2982] 0602 ItemBuyerGroupId:
[UST2982] 0602 ItemBuyerGroupId:
[UST2982] 0602 ItemBuyerGroupId:

- Uitbreiding logica ItemBuyerGroupId = "Nieuw" => LinkType <> "S"

  1. … 1 more file in changeset.
[UST2981] 0602 ItemBuyerGroup volgorde wijzigen:
[UST2981] 0602 ItemBuyerGroup volgorde wijzigen:
[UST2981] 0602 ItemBuyerGroup volgorde wijzigen:

- Aanpassing volgorde logica

  1. … 1 more file in changeset.
[UST2929] 0602 vrijgegeven producten - rest van wijzigingen sprint 12:
[UST2929] 0602 vrijgegeven producten - rest van wijzigingen sprint 12:
[UST2929] 0602 vrijgegeven producten - rest van wijzigingen sprint 12:

- ItemBuyerGroupId

  1. … 1 more file in changeset.
[UST2832] 0609 behoefteplanning - deel 1: @TommyH

- Fake DateTimeAPI in onbeforeonetest ipv alltests

  • More
  • CR-563
  • finished reviewing
[UST2832] 0609 behoefteplanning - deel 1:

- Fake DateTimeAPI gebruikt in testen

Dit is niet waarvoor $$$CurrentDate dient. Die gaat de datum aan de huidige DateTimeApi opvragen (die op de context zit). Maw: morgen is die eentje hoger. In principe maakt dat niet uit voor de tes...

Dit is niet waarvoor $$$CurrentDate dient. Die gaat de datum aan de huidige DateTimeApi opvragen (die op de context zit). Maw: morgen is die eentje hoger. In principe maakt dat niet uit voor de test, want die zal wel blijven werken, maar het is zeker niet de juiste manier. Stel dat de inhoud van die .Uitverkoop ergens voor gebruikt wordt (wegschrijven van een testfile ofzo), dan zal die file elke keer anders zijn.
Alternatieven: (1) een $$INTDATE^vhLib.DataTypes("13.12.2014") of zo te gebruiken
(2) gewoon gelijkzetten aan 123456 of 666666 of gelijk welk getal
(3) in het begin van de testen de Fake DateTimeApi Activeer-method uitvoeren. Die pusht de fake datetimeapi op de context

[UST2832] 0609 behoefteplanning - deel 1:
[UST2832] 0609 behoefteplanning - deel 1:
[UST2832] 0609 behoefteplanning - deel 1:

- Refactor naar analogie van oplossing in Vrijgegeven Producten (+property = 0)

  1. … 1 more file in changeset.
Is geen boolean-ietske. Anders zou trouwens het puntje van het decimale getal ook niet vervangen hoeven te worden. De If mag ook niet weg: *Testrun geeft een ander (fout) resultaat. *UnitTest (di...

Is geen boolean-ietske. Anders zou trouwens het puntje van het decimale getal ook niet vervangen hoeven te worden.
De If mag ook niet weg:

  • Testrun geeft een ander (fout) resultaat.
  • UnitTest (die dan faalt) geeft het ook al aan: Test: ADUCountableOrDivisible is leeg als Telbaar leeg is. Zonder de If geeft dit een nul, vanwege de + voor de variabele, wat dan weer nodig is omdat er soms een "V" in dat veld staat, dis in dat geval omgezet moet worden tot een nul.
  • More
  • CR-472
  • finished reviewing
Juist nog eens checken of ADUCountableOrDivisible geen boolean ietske is. Indien getal, en het moet altijd ingevuld worden, dan is de "if" overbodig. Anders niet.

Juist nog eens checken of ADUCountableOrDivisible geen boolean ietske is.
Indien getal, en het moet altijd ingevuld worden, dan is de "if" overbodig. Anders niet.

Done!

Done!