|
76 | TimePunch | Tp Management | Bug Report | kritisch | Datenbank-Einrichtungs-Assistent | geschlossen | | |
Aufgabenbeschreibung
Die Anzeige des Datenbank Einrichtungs Assistent ist fehlerhaft, da der Datendialog größer geworden ist.
|
|
81 | TimePunch | Backend | Bug Report | kritisch | Regeleinstellungen werden überschrieben | geschlossen | | |
Aufgabenbeschreibung
Regeleinstellungen für den aktuellen Monat, die im Analysefenster getätigt wurden werden bei einem Neustart von TimePunch mit den Standardeinstellungen überschrieben.
|
|
90 | TimePunch | Tp Management | Bug Report | kritisch | Zahlendarstellung | geschlossen | | |
Aufgabenbeschreibung
In der englischsprachigen Version:
Bei der Zahlendarstellung das \”,\” durch einen Dezimalpunkt ersetzen, da sonst die Zahl nicht 120 sondern z.B. 12000 bedeuted.
|
|
101 | TimePunch | Tp Management | Bug Report | kritisch | Falsche Projektzuordnung wird korrigiert | geschlossen | | |
Aufgabenbeschreibung
Fehler nachvollziehen:
Projektfenster öffnen OK Button betätigen Sprache Deutsch/Englisch umstellen
Fehler erscheint - Die Projektzuordnung wird korrigiert!
|
|
118 | TimePunch | Tp DatabaseAssistent | Bug Report | kritisch | Doppeltes Element in der Worklist | geschlossen | | |
Aufgabenbeschreibung
Beim Versuch die Datenbank auf die neue Datenstruktur upzudaten erscheint bei uns folgendee Fehlermeldung. *** Das Element wurde bereits hinzugefügt. Schlüssel im Wörterbuch: \"TP_ANWENDER_WorkKodelList\" Hinzufügender Schlüssel: \"TP_ANWENDER_WorkModelList\"
|
|
119 | TimePunch | Tp Profiles | Bug Report | kritisch | Fehlermeldung bei neuen User | geschlossen | | |
Aufgabenbeschreibung
Hallo Hr. Stefan, nachdem ich einen neues User in die Gruppe LESEN hinzugefügt habe, wird TimePunch mit der Fehlermeldung \"User besitzt keine Administrationsrechte\" gestartet und bricht nach Bestätigung ab. Bitte um schnelle Klärung.
|
|
120 | TimePunch | Tp DatabaseAssistent | Bug Report | kritisch | Fehler bei - Speichere erweiterte Zusammenfassung - | geschlossen | | |
Aufgabenbeschreibung
Bei dem Updaten von V1.72 auf V1.80 ist am Updaten der Datenbank mit dem Update Assistent ein Fehler aufgetreten. Nach der Meldung \"Speichere erweiterte Zusammenfassung\" kam folgende Fehlermeldung: \"Fehler: Das Feld ist zu klein für die Datenmenge die Sie hinzufügen wollten… usw.\" Meine Vermutung der Fehlerursache ist das Feld Beschreibung. Das Feld Beschreibung benutze ich auch als Tätigkeits-/Montagebericht mit relativ grosser Textmenge. Mir ist dies seither nicht aufgefallen, da weder eine Fehlermeldung oder Textbegrenzung kam und der Audruck immer vollständig war.
|
|
121 | TimePunch | Tp Management | Bug Report | kritisch | Allgemeine Regeln | geschlossen | | |
Aufgabenbeschreibung
Hallo,
nach dem Update auf 1.80 wird im Fenster \"Allgemeine Regeln definieren\" der Jahresurlaub mit 40 Tage angegeben. Wenn ich den Wert ändere und das Fenster erneut öffne sind wieder die 40 Tage eingetragen. Durch diesen Fehler stimmen auch die Angaben im Analysefenster nicht. Auch hier wird im Feld Jahresurlaub 40 Tage angezeigt, außer bei den Monaten wo die Einträge noch mit der alten Version erstellt wurden, da wird als Jahresurlaub 30 Tage angezeigt.
Auch bei der Wochenarbeitszeit sind 40 Stunden eingetragen obwohl im Fenster \"Arbeitszeitmodelle pflegen\" 5x7 Std. eingetragen sind.
|
|
124 | TimePunch | Tp Watcher | Bug Report | kritisch | Fehlerhafte Darstellung des Anmeldefensters | geschlossen | | |
Aufgabenbeschreibung
Die aktuelle TimePunch Version stellt das Anmeldefenster leider noch nicht korrekt dar, wenn 120DPI Schriftarten installiert sind.
|
|
208 | TimePunch | Backend | Bug Report | kritisch | Alle Monate sind gesperrt | geschlossen | | |
Aufgabenbeschreibung
Sind vor der Migration von TimePunch 1.82 nach TimePunch 1.91 bereits Zeiteinträge in der Zukunft vorhanden, dann sind nach der Migration alle Monate in TimePunch gesperrt.
Als Workaround können die Monate mit folgendem SQL wieder entsperrt werden.
@p01: der aktuelle Monat @p02: das aktuelle Jahr @p03: das aktuelle Jahr
UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=@p01 AND CUR_YEAR=@p02) OR CUR_YEAR>@p03;
z.B.: UPDATE TP_SUMMARY SET LOCKED=0 WHERE (CUR_MONTH>=9 AND CUR_YEAR=2008) OR CUR_YEAR>2008;
|
|
214 | TimePunch | Backend | Bug Report | kritisch | Keine Anrechnung von Krankheit, Fahrtzeit, Betriebliche ... | geschlossen | | |
Aufgabenbeschreibung
Aktuell findet keine Anrechnung von Krankheit, Fahrtzeit und Betriebliche Feiertagen auf die monatliche Arbeitszeit statt.
Dies muss unverzüglich gefixt werden.
|
|
215 | TimePunch | Backend | Bug Report | kritisch | Zirkulärer Bezug lässt TimePunch abstürzen | geschlossen | | |
Aufgabenbeschreibung
Ein zirkuläres bearbeiten von Benutzern, lässt TimePunch abstürzen.
Beispiel:
Benutzer A → ändert den Namen von Benutzer B Benutzer B → ändert den Namen von Benutzer A
|
|
216 | TimePunch | Backend | Bug Report | kritisch | Jahresübertrag der Urlaubstage, Krankheitstage ist nich ... | geschlossen | | |
Aufgabenbeschreibung
Der Jahresübertrag der Urlaubstage, Krankheitstage ist nicht immer korrekt. Das Problem ist als kritisch eingestuft und muss daher schnellstmöglich gefixt werden.
Geplanter HotFix Termin 26.11.2008
|
|
241 | TimePunch | Tp Watcher | Bug Report | kritisch | Aufzeichnung wird nach Beendigung der Pause nicht neu g ... | geschlossen | | |
Aufgabenbeschreibung
Wird im Tp-Watcher die Pause beendet, dann startet der Tp-Watcher die Aufzeichnung der Arbeitszeit nicht mehr automatisch.
Dies geschieht nur, wenn in den Optionen :"Pausenzeiten als eigene Einträge protokollieren" eingeschaltet ist. Als Workaround sollte die Optione ausgeschaltet werden.
|
|
293 | TimePunch | Backend | Bug Report | kritisch | Fehlerhafte Rundung bei 35 min. Arbeitszeit | geschlossen | | |
Aufgabenbeschreibung
Zeiteinträge mit 35 min. werden nicht korrekt gerundet. Bei Eingabe von 9:05 bis 9:40 werden 34 - anstatt 35 min. angezeigt.
|
|
306 | TimePunch | Tp Management | Bug Report | kritisch | Hänger beim Senden der Aktualisierungsanfrage | geschlossen | | |
Aufgabenbeschreibung
Auf verschiedenen PC Konfiguration bleibt TimePunch hängen, sobald versucht wird eine Aktualisierung an den Watcher zu senden. Z.B. Nach Aktualisierung eines Projekts, oder Erfassung eines Zeiteintrags am aktuellen Tag.
Das Senden der Update-Message wird dabei blockiert. !
|
|
324 | TimePunch | Tp Management | Bug Report | kritisch | MainScreen wird auf versehentlich auf invisible gesetzt | geschlossen | | |
Aufgabenbeschreibung
Durch fehlerhaftes Beenden der TpClient App kann der Window State auf versteckt (0) gesetzt werden. Dies führt dazu, dass TimePunch zwar gestartet werden kann, aber danach nicht mehr sichtbar ist.
|
|
506 | TimePunch | Backend | Bug Report | kritisch | Vorjahresurlaub wird teilweise nicht übernommen | geschlossen | | |
Aufgabenbeschreibung
Es kommt teilweise vor, dass der Vorjahresurlaub nicht korrekt übernommen wird, wenn der Urlaubsverfall auf "Nie" eingestellt wird.
Beispiel:
Resturlaub 2013: 23 Tage Resturlaub 2014: 25 Tage → in 2015 sollten somit 58 Tage zusätzlicher Urlaub übernommen werden.
Bei der direkten Nachberechnung passt es. (Dialog öffnen, ok klicken, Berechnung wird gestartet) Trotzdem kann es vorkommen, dass aus "unbekanntem" Grund nur die 25 Tage aus 2014 nach 2015 übernommen werden.
D.h. es muss noch einen zweiten Weg geben, bei dem der Urlaub nicht immer korrekt komplett übernommen wird.
|
|
512 | TimePunch | Backend | Bug Report | kritisch | Absturz im Datafox Windows Service | geschlossen | | |
Aufgabenbeschreibung
Teilweise stürzt der Datafox Windows Service mit folgender Meldung ab.
2015-11-29 01:01:59,813 [38] ERROR: Rollback 2015-11-29 01:01:59,876 [38] ERROR: Rollback 2015-11-29 01:02:01,251 [38] ERROR: Rollback 2015-11-29 01:02:01,251 [38] FATAL: DatafoxUpdateService System.InvalidOperationException: SqlTransaction wurde beendet und kann nicht mehr verwendet werden.
bei System.Data.SqlClient.SqlTransaction.ZombieCheck()
bei System.Data.SqlClient.SqlTransaction.Rollback()
bei AdFactum.Data.Internal.BasePersister.Rollback()
bei AdFactum.Data.TransactionContext.Rollback()
bei AdFactum.Data.ObjectMapper.Rollback()
bei TimePunch.Common.DataAccess.Transaction.SafeCall(Action call)
bei TimePunch.Common.DataAccess.Transaction.Dispose(Boolean dispose)
bei TimePunch.Common.DataAccess.Transaction.Dispose()
bei TimePunch.Datafox.DataAccessLayer.Database.DeviceManager.SaveDevice(ITimePunchConnection connection, IDevice device)
bei TimePunch.Datafox.BusinessLayer.ServiceImplementation.DeviceManagementService.UpdateAlivePing(ITimePunchConnection connection, String serialNr)
bei TpDatafoxWinService.DatafoxUpdateService.PollDevices()
|
|
74 | TimePunch | Backend | Bug Report | hoch | Fehlerhafte Feiertagsdefinition | geschlossen | | |
Aufgabenbeschreibung
Timepunch is showing today, Monday 23rd August, as a Bank Holiday
The correct date is the 30rd August.
|
|
79 | TimePunch | Tp Management | Bug Report | hoch | Nur maximale Arbeitszeit als Urlaub oder Krankheit erla ... | geschlossen | | |
Aufgabenbeschreibung
Es sollte bei Urlaub nur die maximale Tagesarbeitszeit eingegeben werden können. Genauso bei Krankheit.
|
|
82 | TimePunch | Backend | Bug Report | hoch | Feiertagsberechnung nicht OK bei Anlage einer DB | geschlossen | | |
Aufgabenbeschreibung
Bei der Neuanlage einer Datenbank wird die Feiertagsberechnung nicht korrekt übernommen.
Beispiel: Es wird eine neue Datenbank angelegt und die Feiertage sollen für Deutschland/Hessen berechnet werden. Dann springt das System immer auf die Feiertagsberechnung Deutschland/Baden-Würtemberg um.
|
|
89 | TimePunch | Tp Management | Bug Report | hoch | Language Selector beim ersten Start | geschlossen | | |
Aufgabenbeschreibung
Den Language Selector auch anzeigen, wenn TimePunch (anstatt des TimePunch Watchers) das erste mal gestartet wird.
|
|
99 | TimePunch | Tp Management | Bug Report | hoch | Kleiner Eintrag löscht umfassenden Eintrag | geschlossen | | |
Aufgabenbeschreibung
Reproduktion: - Erstellen eines Eintrags z.B. von 8:00 bis 16:00 Uhr - Erstellen eines Eintrags von 10:00 Uhr bis 12:00 Uhr
Ergebnis: Der erste Eintrag wird gelöscht.
Gewünschtes Ergebnis: - Der erste Eintrag sollte gesplittet werden. D.h. Eintrag 1 von 8:00 bis 10:00 Uhr - Eintrag 2 von 10:00 Uhr bis 12:00 Uhr und Eintrag 3 von 12:00 Uhr bis 16:00 Uhr.
|
|
102 | TimePunch | Tp Management | Bug Report | hoch | Vertippen bei der Freischaltung | geschlossen | | |
Aufgabenbeschreibung
Manchmal kommt es vor, dass Kunden sich bei der Eingabe des Freischaltcodes vertippen.
Ist dies geschehen, so können u.U. 0 Lizenzen angezeigt werden. Dieser Fall bewirkt, dass TimePunch sich sofort wieder beendet und auch keine weitere Freischaltung mehr zulässt.
Dieser Fall der 0 Lizenzen sollte abgefangen und als ungültige Eingabe angezeigt werden.
|
|
104 | TimePunch | Tp Management | Bug Report | hoch | Krank von 7:00 Uhr bis 15:00 Uhr | geschlossen | | |
|
|
106 | TimePunch | Tp Management | Bug Report | hoch | Filtereinstellung bleibt erhalten bei Profilwechsel | geschlossen | | |
|
|
141 | TimePunch | Tp Management | Bug Report | hoch | Anzeige des ersten und letzten Eintrags ist fehlerhaft | geschlossen | | |
|
|
149 | TimePunch | Tp Management | Bug Report | hoch | Filter fakturiert / nicht fakturiert nicht beim HTML Dr ... | geschlossen | | |
|
|
166 | TimePunch | Tp Watcher | Bug Report | hoch | Ändern des aktuellen Eintrags im TP-Watcher | geschlossen | | |
|
|
167 | TimePunch | Tp Watcher | Bug Report | hoch | Absturz beim Klick auf Tp-Watcher Icon | geschlossen | | |
|
|
168 | TimePunch | Tp Watcher | Bug Report | hoch | Absturz beim Einstellen des separaten Tp-Watcher Fenste ... | geschlossen | | |
|
|
181 | TimePunch | Tp Management | Bug Report | hoch | Anlegen neuer Mitarbeiterprofile muss ermöglicht werden ... | geschlossen | | |
|
|
183 | TimePunch | Backend | Bug Report | hoch | Abmelden / Herunterfahren muss die Protokollierung des ... | geschlossen | | |
|
|
190 | TimePunch | Tp Watcher | Bug Report | hoch | Tp-Watcher überschreibt Altdaten | geschlossen | | |
|
|
191 | TimePunch | Tp Management | Bug Report | hoch | Eintragsserie kann Altdaten überschreiben | geschlossen | | |
|
|
233 | TimePunch | Tp Watcher | Bug Report | hoch | Kontextmenü des Watchers erscheint nicht | geschlossen | | |
|
|
242 | TimePunch | Backend | Bug Report | hoch | Tagesarbeitszeit <2 Std. im Arbeitszeitmodell | geschlossen | | |
|
|
244 | TimePunch | Tp Management | Bug Report | hoch | Absturz nach Anlegen eines leeren Tasks | geschlossen | | |
|
|
255 | TimePunch | Tp Profiles | Bug Report | hoch | TimePunch Benutzer löschen | geschlossen | | |
|
|
257 | TimePunch | Tp Watcher | Bug Report | hoch | Aus einer Pause kann im TpWatcher keine neue Tätigkeit ... | geschlossen | | |
|
|
280 | TimePunch | Backend | Bug Report | hoch | Fehlerhafte Monatsreportings | geschlossen | | |
|
|
325 | TimePunch | Tp Management | Bug Report | hoch | Stundenausbezahlen funktioniert im Monat nur mit min. e ... | geschlossen | | |
|
|
374 | TimePunch | Backend | Bug Report | hoch | Zusammenspiel Watcher / Datafox bei Pausenverarbeitung | geschlossen | | |
|
|
500 | TimePunch | Tp Watcher | Bug Report | hoch | "Angemeldet bleiben" kann zu fehlerhaftem Login führen | geschlossen | | |
|
|
502 | TimePunch | Tp Watcher | Bug Report | hoch | Exception in Watcher | geschlossen | | |
|
|
511 | TimePunch | Tp Cutter | Bug Report | hoch | Formatierung der Uhrzeit im Cutter erfolgt auf 12 Stund ... | geschlossen | | |
|
|
557 | TimePunch | Backend | Bug Report | hoch | Feiertag wird als Soll-Zeit berechnet wenn 1/2 Arbeitst ... | geschlossen | | |
|
|
606 | TimePunch | Tp Cutter | Bug Report | hoch | Cutter fügt immer volle Pause hinzu | geschlossen | | |
|
|
624 | TimePunch | Tp Calendar | Bug Report | hoch | Arbeitszeit wird als Abwesenheit im Kalender angezeigt | geschlossen | | |
|