BUG - Attribute ändern

[phantom]

Hier und da stolpert man mal über kleinere kosmetische Fehler die man meiner Meinung nach bei Gelegenheit trotzdem ausbessern sollte.
Wie z.B. bei "Attribute ändern". Das Eigenschaftsfeld ist etwas zu klein, dadurch wird die Auswahl "Änderungsdatum" abgeschnitten.


Jetzt aber zu den BUG. Wählt man im Eigenschaftsfeld bspw. Änderungsdatum oder Erstelldatum und für das Wertefeld die Plugineigenschaft [=tc.Änderungsdatum] oder [=tc.Erstelldatum] und ändert den Wert im Wertefeld wieder in "aktuelles Datum", ohne das Feld vorher zu löschen, dann wird hier das Datum "01.01.1601" angezeigt.

[sqa_wizard]

Kann ich so nicht nachvollziehen.

Ich habe gesetzt:

[ ] Datum/Zeit ändern
=> eine Datei markiert "aktuelles Dateidatum"
=> mehrere Dateien markiert "dd.MM.yyyy"

[x] Pluginattribute ändern
tc - Erstelldatum - [=tc.Änderungsdatum]

Danach die Schaltfläche "Aktuelles" betätigt

[x] Datum/Zeit ändern
=> "aktuelles Systemdatum"

[x] Pluginattribute ändern
tc - Erstelldatum - [=tc.Änderungsdatum]

[phantom]

Ich bin so frei:

[ ] Datum/Zeit ändern
=> eine Datei markiert "aktuelles Dateidatum"
=> mehrere Dateien markiert "dd.MM.yyyy"

[x] Pluginattribute ändern
tc - Erstelldatum - [=tc.Änderungsdatum]

Immer noch unter:
[x] Pluginattribute ändern

Nun die Schaltfläche ">>" für aktuelles Änderungsdatum betätigen

Ergebnis:

[x] Pluginattribute ändern
tc - Erstelldatum - [01.01.1601|00:00:00]

[sqa_wizard]

OK, damit lässt sich das Verhalten reproduzieren.

[x] Pluginattribute ändern
tc - Erstelldatum - <leer>

Nun die Schaltfläche ">>" betätigen
=> Dialog zeigt "aktuelles Erstelldatum" der einzelnen selektierten Datei [OK]


[x] Pluginattribute ändern
tc - Erstelldatum - [=tc.Änderungsdatum]

Nun die Schaltfläche ">>" betätigen
=> Dialog zeigt "01.01.1601" [FEHLER]

[ghisler(Author)]

Das liegt daran, dass [=tc.Änderungsdatum] keinen Wert ergibt, der sich via >> anzeigen liesse. 1.1.1601 ist das erste mögliche Datum im NTFS-Dateisystem.