Alle Projekte

Die neu erstellte Tp-Studio Solution benötigt ein Modul Projekt, damit TimePunch Studio als Modul innerhalb des Application Servers angezeigt und gestartet werden kann.

Minimalanforderung sollte sein, ein Studio-Modul-Symbol anzuzeigen, auf welches der Mitarbeiter klicken kann, um die Click-Once Installation von TimePunch Studio zu starten.

Bevor das TimePunch Studio Modul veröffentlicht werden kann, wird ein MSI Setup benötigt, welches die Anwendung auf dem TimePunch Application Server installiert.

Vorlage dazu kann das Datafox Modul Setup sein. Es beinhaltet als einziges Modul eine Click-Once Installation.

Test und Deployment des Studio Moduls auf dem TimePunch Testserver

TimePunch Studio lässt sich derzeit nicht im Tablet Modus starten.
Es erscheint folgende Meldung:

The error time: 22.01.2018 10:40
Exception:
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.

 bei TimePunch.Metro.Wpf.Metro.TransparentWindow.get_ResizeDirections()
 bei TimePunch.Metro.Wpf.Metro.TransparentWindow.OnWindowStateChanged(Object sender, EventArgs e)
 bei System.Windows.Window.OnStateChanged(EventArgs e)
 bei System.Windows.Window.WmSizeChanged(IntPtr wParam)
 bei System.Windows.Window.WindowFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei System.Windows.Interop.HwndSource.PublicHooksFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
 bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
 bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
 bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
 bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
 bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)

Das wechseln des Mitarbeiters ist nicht mehr möglich.

Über das Modul TimePunch Studio sollen ebenfalls Projektbuchungen mittels eines Barcode Lesers durchgeführt werden können.

TimePunch Studio sollte einen Dark -und Light Mode unterstützen

Der neue Mail Service muss innerhalb des TimePunch Application Servers konfigurierbar sein und getestet werden können. Die eingegebenen Konfigurationsdaten sollen in der Datei TimePunch.ini gespeichert werden.

Das automatische setzen der Uhrzeit funktioniert im Server Polling Modus noch nicht korrekt.

Im TimePunch Application Server muss es möglich sein, eine Testmail an eine beliebige Email Adresse zu senden, um die Konfiguration des SMTP Clients zu testen. Die Testmail wird von der Administrationsadresse versendet.

Der Update Service prüft seit der Version 2.7 periodisch ob die WCF Services noch erreichbar sind. Dies hat sich in der Praxis als nicht tauglich gezeigt, da hier entweder nur die http oder NetPipe Verbindungen geprüft werden.

Für Version 2.8 soll der Service so geändert werden, dass er die locale Sanity Check Seite der API auf Erreichbarkeit prüft. Falls erreichbar sollen auch Fehlermeldungen erkannt werden.

Überlegung: Um die Fehlermeldungen zu erkennen, müssten diese wahrscheinlich auf der API Sanity Check Seite gekennzeichnet werden.

Die Anmeldung in den einzelnen Modulen soll, wie in TimePunch 2.7 beim Client eingeführt, durch den Vor -und Zunamen (SaveAsName) erfolgen. Bisher ist hier noch die Eingabe des Benutzernamens (Login) erforderlich.

Betroffen sind dabei alle Module (Attendance, Cutter, Datafox)

Teilweise wird ein Zeiteintrag vom Server mit dem Hinweis auf die Anmeldezeit zurückgewiesen, obwohl der Eintrag augenscheinlich ok ist.
Das Gerät sendet die Daten danach nochmal und die Zeit wird verarbeitet. Ein insgesamt sehr seltsames verhalten im HTTP Sende Modus.

2015-07-01 07:53:14,606 [7] ERROR: TimeEntryLoggingServiceImpl
TimePunch.Interfaces.TimeEntryService.LogonTimeIsTooFarInFutureException: Die Anmeldezeit liegt zu weit in der Zukunft.

 bei TimePunch.Business.TimeEntryService.ValidateTimeEntry(ITimePunchConnection connection, ITimeEntryEssentials timeEntryToValidate, Boolean timeEntrySeries)
 bei TimePunch.Core.Services.TimeEntryLoggingServiceImpl.<>c__DisplayClass29.<ValidateAndSaveActiveTimeEntry>b__27()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2015-07-01 07:53:14,762 [19] ERROR: TimeTrackingService : Error, Die Anmeldezeit liegt zu weit in der Zukunft.
2015-07-01 07:53:27,442 [27] ERROR: TimeEntryLoggingServiceImpl
TimePunch.Interfaces.TimeEntryService.LogonTimeIsTooFarInFutureException: Die Anmeldezeit liegt zu weit in der Zukunft.

 bei TimePunch.Business.TimeEntryService.ValidateTimeEntry(ITimePunchConnection connection, ITimeEntryEssentials timeEntryToValidate, Boolean timeEntrySeries)
 bei TimePunch.Core.Services.TimeEntryLoggingServiceImpl.<>c__DisplayClass29.<ValidateAndSaveActiveTimeEntry>b__27()
 bei TimePunch.Module.Infrastructure.Core.ServiceHelper.ExecuteSafeCall(LogExceptionDelegate exceptionHandler, Action action)

2015-07-01 07:53:27,442 [7] ERROR: TimeTrackingService : Error, Die Anmeldezeit liegt zu weit in der Zukunft.

Dieser Fehler trat auf, wenn im Datafox Modul eine Rundung eingestellt ist und!
das Terminal aufgrund eines Timeouts die Daten zweimal senden muss.

Der Fehler ist zu >90% mit dem Fix behoben.

Teilweise werden die Links zu anderen Modulseiten nicht korrekt erzeugt.
Der Fehler tritt immer dann auf, wenn der Link aus dem Backend erzeugt wird.

Hier wird ein alternativer Code zur Generierung des Links genutzt, der nicht auf die aktuellen Verbindungsdaten zugreifen kann.

Es soll evaluiert werden, in wie weit die Link Generierung angepasst werden kann.

Beispiel:

Browser URL zeigt auf : http://localhost/TimePunch Erzeugt wird aber : http://servername/TimePunch

Dies ist insofern problematisch, als dass damit ein Namebinding der Webseite nicht möglich ist.

Der TimePunch Application Server setzt bei der aktuellen Installation eine ungesicherte HTTP Verbindung voraus. Wird der Internet-Information Server (IIS) auf HTTPs umgestellt, dann verweigert TimePunch den Dienst.

Ziel ist es, die Konfiguration von TimePunch so zu erweitern (Stichwort: Service Bindings), dass auch HTTPS Verbindung (als alternative zur reinen HTTP Verbindung) akzeptiert werden.

Zudem soll eine Kurzanleitung erstellt werden, die beschreibt, wie der IIS konfiguriert werden muss, damit eine über SSL gesicherte Verbindung genutzt wird. Dazu gehört auch eine Beschreibung wie die entsprechenden Zertifikate installiert werden können.

Von Kunden wird berichtet, dass teilweise eine doppelte Anmeldung im Kalender notwendig ist.
D.h. nach der ersten erfolgreichen Anmeldung wird die Login Seite nochmal angezeigt.

Als Sicherheitseinstellung sollte es möglich sein, optional die Emails im Kalender nur über den Administrations-Account zu versenden.

Background:
In vielen Unternehmen ist dies eine Sicherheitsrelevante Einstellung, da vermieden werden soll, dass über einen SMTP Server Mails unter fremden Konten (Mailadressen) verschickt werden können.

Es soll ein Download Handler implementiert werden, mit dem die Module über die Unique ID des Mitarbeiters die Profilbilder laden und einbinden können.
Dem Handler muss dabei die Größe sowie das Bildformat mitgegeben werden können.

Sobald ein Mitarbeitername doppelt vergeben wurde, verhindert dieser das Einloggen in der Weboberfläche.

2016-12-07 09:09:42,665 [50] FATAL: TimePunchMembershipProvider
System.ArgumentException: Das Element wurde bereits hinzugefügt. Schlüssel im Wörterbuch: "Nils Wagemann". Hinzuzufügender Schlüssel: "Nils Wagemann".

 bei System.Collections.Hashtable.Insert(Object key, Object nvalue, Boolean add)
 bei System.Web.Security.MembershipUserCollection.Add(MembershipUser user)
 bei TimePunch.Calendar.Provider.TimePunchMembershipProvider.GetAllUsers(Int32 pageIndex, Int32 pageSize, Int32& totalRecords)

Dies betrifft alle TimePunch Module.

Bei der Installation des Application Servers auf einem Windows Server 2016 werden scheinbar keine Statischen Inhalte angezeigt (z.B. CSS) weil die dazugehörige Rolle ("Static Content") nicht installiert wird.

Dies muss nochmal getestet und korrigiert werden.

Wenn der Kalender oder die Anwesenheitsliste offen ist, und der Mitarbeiter meldet sich dann an dem anderen Modul an, wird die Session der ersten Anmeldung geschlossen.

D.h. der Mitarbeiter muss sich danach wieder neu am Kalender oder der Anwesenheitsliste anmelden.

Wird mit dem o.g. IE 11.0.9600.18537 eine Verknüpfung zu einem Modul auf den Desktop gelegt, dann wird nach der erfolgreichen Anmeldung nochmals ein Anmeldedialog angezeigt.

Beim Aufruf direkt aus dem Internet Explorer funktioniert die Anmeldung.

Dies Fehler betrifft scheinbar nur Windows 7.

Wenn ein aktiver Fahrtzeiteintrag im Online Modul bearbeitet wird, dann geht bei der Bearbeitung die Usage verloren.
Beim Abschluss des Eintrags wird daher keine Fahrtzeit, sondern Arbeitszeit gebucht.

Vorgehen:

- Zeiterfassung mit Fahrtzeit starten
- Anfangszeit der Fahrtzeit ändern. (Hier geht scheinbar die Usage = Buchungstyp verloren)
- Eintrag abschließen.

Ergebnis: Der Fahrtzeiteintrag wird jetzt als Arbeitszeit gebucht