Alle Projekte

Nach der Umstellung von Winter auf Sommerzeit können Einträge in TimePunch Online nicht mehr korrekt bearbeitet werden.

Wird in Tp Online das Datum in der Übersicht gewechselt und danach ein neuer Zeiteintrag angelegt, dann wird das vorherige Datum (vor dem Wechsel) als Grundlage für die Anlage des Zeiteintrags verwendet.

Wurde die Zeit mit dem Tp-Watcher gestartet und mit Tp-Online beendet.
Dann wird beim Beenden über das Online Modul, der Zeiteintrag mit dem sperren des PCs als Abmeldezeitpunkt gespeichert.

Beispiel.
8:00 Uhr starten mit Watcher
12:00 Uhr zum Kunden gehen
17:00 Uhr beenden mit TP-Online

–> angenommener Abmeldezeitpunkt 12:00 Uhr, da dort der PC mit dem Watcher gesperrt wurde.

Als Label Werte der Custom Fields wird teilweise der technische Name und nicht die Beschreibung angezeigt.

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.

Das scannen von sehr großen NT-Domänen führt zu fehlern. Das scannen der NT-Domäne sollte daher manuell angestossen werden, und nicht automatisiert bei jedem Start erfolgen.

Beim Löschen von Benutzerprofilen erhalte ich jedes Mal folgende Fehlermeldung:

Die Delete Anweisung steht in Konflikt mit der Reference-Einschränkung „TP_Tips_FK01“
Der Konflikt trat in der TimePunch Datenbank „TimePunch_neu“, Tabelle „DBO.TP_Tips“, Column „User“ auf.
Die Anweisung wurde beendet.

TimePunch Profiles startet nicht, wenn als Startparameter mit /principal gearbeitet wird.

Die Gleitzeitdarstellung negativer Zahlen ist fehlerhaft:

ist: –2200:-22
richtig: -2200:22

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

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.

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.

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

Wenn ein Portforwarding von einem externen Port zum internen Port stattfindet, und sich die Ports dabei unterscheiden, dann wird zur Verlinkung der einzelnen Module der externe Port nicht berücksichtigt, sondern auf den internen Port verwiesen.

Es wäre gut, wenn der Port, z.B. durch das setzen der ServerURL in der TimePunch.ini Datei berücksichtigt werden würde.

Version 3.30

Der UpdateProvider konnte nicht gestartet werden. Augenscheinlich lag es am OWIN Listener.
Als Server Adresse wurde eine IP Adresse und der Port 65528 verwendet.

Also im Stil: http://xxx.xxx.xxx.xxx:65528/Timepunch

Protokollname: Application
Quelle: .NET Runtime
Datum: 25.09.2018 15:20:33
Ereignis-ID: 1026
Aufgabenkategorie:Keine
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: W2K16-DC.janssen.local
Beschreibung:
Application: TpUpdateProvider.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Net.HttpListenerException

 at System.Net.HttpListener.AddAllPrefixes()
 at System.Net.HttpListener.Start()
 at Microsoft.Owin.Host.HttpListener.OwinHttpListener.Start(System.Net.HttpListener, System.Func`2<System.Collections.Generic.IDictionary`2<System.String,System.Object>,System.Threading.Tasks.Task>, System.Collections.Generic.IList`1<System.Collections.Generic.IDictionary`2<System.String,System.Object>>, System.Collections.Generic.IDictionary`2<System.String,System.Object>, System.Func`2<System.String,System.Func`6<System.Diagnostics.TraceEventType,Int32,System.Object,System.Exception,System.Func`3<System.Object,System.Exception,System.String>,Boolean>>)
 at Microsoft.Owin.Host.HttpListener.OwinServerFactory.Create(System.Func`2<System.Collections.Generic.IDictionary`2<System.String,System.Object>,System.Threading.Tasks.Task>, System.Collections.Generic.IDictionary`2<System.String,System.Object>)

Exception Info: System.Reflection.TargetInvocationException

 at System.RuntimeMethodHandle.InvokeMethod(System.Object, System.Object[], System.Signature, Boolean)
 at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(System.Object, System.Object[], System.Object[])
 at System.Reflection.RuntimeMethodInfo.Invoke(System.Object, System.Reflection.BindingFlags, System.Reflection.Binder, System.Object[], System.Globalization.CultureInfo)
 at Microsoft.Owin.Hosting.ServerFactory.ServerFactoryAdapter.Create(Owin.IAppBuilder)
 at Microsoft.Owin.Hosting.Engine.HostingEngine.Start(Microsoft.Owin.Hosting.Engine.StartContext)
 at Microsoft.Owin.Hosting.Starter.HostingStarter.Start(Microsoft.Owin.Hosting.StartOptions)
 at TimePunch.Update.Updater.<StartServiceHost>b__61_0()
 at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
 at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
 at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
 at System.Threading.ThreadHelper.ThreadStart()

Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">

<System>
  <Provider Name=".NET Runtime" />
  <EventID Qualifiers="0">1026</EventID>
  <Level>2</Level>
  <Task>0</Task>
  <Keywords>0x80000000000000</Keywords>
  <TimeCreated SystemTime="2018-09-25T13:20:33.318511700Z" />
  <EventRecordID>754394</EventRecordID>
  <Channel>Application</Channel>
  <Computer>W2K16-DC.janssen.local</Computer>
  <Security />
</System>
<EventData>
  <Data>Application: TpUpdateProvider.exe

Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Net.HttpListenerException

 at System.Net.HttpListener.AddAllPrefixes()
 at System.Net.HttpListener.Start()
 at Microsoft.Owin.Host.HttpListener.OwinHttpListener.Start(System.Net.HttpListener, System.Func`2<System.Collections.Generic.IDictionary`2<System.String,System.Object>,System.Threading.Tasks.Task>, System.Collections.Generic.IList`1<System.Collections.Generic.IDictionary`2<System.String,System.Object>>, System.Collections.Generic.IDictionary`2<System.String,System.Object>, System.Func`2<System.String,System.Func`6<System.Diagnostics.TraceEventType,Int32,System.Object,System.Exception,System.Func`3<System.Object,System.Exception,System.String>,Boolean>>)
 at Microsoft.Owin.Host.HttpListener.OwinServerFactory.Create(System.Func`2<System.Collections.Generic.IDictionary`2<System.String,System.Object>,System.Threading.Tasks.Task>, System.Collections.Generic.IDictionary`2<System.String,System.Object>)

Exception Info: System.Reflection.TargetInvocationException

 at System.RuntimeMethodHandle.InvokeMethod(System.Object, System.Object[], System.Signature, Boolean)
 at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(System.Object, System.Object[], System.Object[])
 at System.Reflection.RuntimeMethodInfo.Invoke(System.Object, System.Reflection.BindingFlags, System.Reflection.Binder, System.Object[], System.Globalization.CultureInfo)
 at Microsoft.Owin.Hosting.ServerFactory.ServerFactoryAdapter.Create(Owin.IAppBuilder)
 at Microsoft.Owin.Hosting.Engine.HostingEngine.Start(Microsoft.Owin.Hosting.Engine.StartContext)
 at Microsoft.Owin.Hosting.Starter.HostingStarter.Start(Microsoft.Owin.Hosting.StartOptions)
 at TimePunch.Update.Updater.<StartServiceHost>b__61_0()
 at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
 at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
 at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
 at System.Threading.ThreadHelper.ThreadStart()

</Data>

</EventData>

</Event>

Beim Kunden sind Server und Nutzer in unterschiedlichen IP Netzen beheimatet.
Dementsprechend wird die Authentifizierung über den Service bereits im Vorfeld abgebrochen.

2018-10-09 09:08:14,699 [8] DEBUG: Startup : invoke method Configuration
2018-10-09 09:08:35,858 [5] DEBUG: Startup : invoke method GetAuthenticationScheme (System.Net.HttpListenerRequest )
2018-10-09 09:08:35,858 [5] DEBUG: Startup : invoke method IP Address (172.20.2.57 )
2018-10-09 09:08:35,858 [5] DEBUG: Startup : invoke method request.IsAuthenticate (False )
2018-10-09 09:08:35,858 [5] DEBUG: Startup : invoke method request.IsLocal (False )
2018-10-09 09:08:35,890 [5] DEBUG: IpAddressEvaluator : invoke method IsLocalAddress
2018-10-09 09:08:35,890 [5] DEBUG: IpAddressEvaluator : invoke method GetLocalIpAddress
2018-10-09 09:08:35,890 [5] DEBUG: IpAddressEvaluator : Field, webserverIp = 10.0.50.81
2018-10-09 09:08:35,890 [5] DEBUG: IpAddressEvaluator : invoke method GetSubnetMask
2018-10-09 09:08:35,905 [5] DEBUG: IpAddressEvaluator : Field, subnet = 255.255.255.0
2018-10-09 09:08:35,905 [5] DEBUG: IpAddressEvaluator : invoke method GetNetworkAddress
2018-10-09 09:08:35,905 [5] DEBUG: IpAddressEvaluator : Field, networkaddress = 10.0.50.0
2018-10-09 09:08:35,905 [5] DEBUG: IpAddressEvaluator : Field, AddressFamily = InterNetwork
2018-10-09 09:08:35,920 [5] DEBUG: IpAddressEvaluator : Field, IsLocalAddress = false
2018-10-09 09:08:35,952 [5] DEBUG: WinAuth : invoke method Invoke
2018-10-09 09:08:35,952 [5] DEBUG: WinAuth : Field, authentication = not authenticated with owin
2018-10-09 09:08:36,233 [5] DEBUG: WinAuth : Field, redirectUri = https://xxx/TpSelfService/Account/TimepunchLoginCallback?ReturnUrl=/TpSelfService/ 2018-10-09 09:09:14,613 [11] DEBUG: Updater : invoke method DoSanityCheck

Server stehen alle im 10.0.50.0
User stehen alle im 172.20.2.0

Es wird eine Kernzeitverletzung ausgegeben, wenn kurz nach Start der Kernzeit ein Projektwechsel stattfindet.

Teilweise sind beim Webserver Performance Probleme feststellbar, wenn der Sanity Check fehlschlägt.

Unter bisher noch unbekannten Umständen, kann es sein, dass Tp-Studio ein Benutzerprofil ohne Namen und Benutzerkennung anlegt.
Das Problem hierbei ist, dass dieses Benutzerprofil eine Lizenz belegt, und damit einem anderen "realen" Benutzer evt. keine Lizenz mehr zur Verfügung steht.

→ TimePunch Studio darf kein Benutzerprofil automatisiert anlegen.