Se där... faran över, körde inloggad som klient direkt mot databasen eftersom det är så man skapar en ny tävling. Iaf, tydligen visas banor-kontrollerkopplingen efter utloggning/inloggning via OLA-klienten /ringrostig John Blund.

OLA 5.4.1-2 och banfil IOF XML 3.0.

Är det mig det är fel på eller är det olämpliga programversioner vår dator har installerade?

Funktionen "Importera kontroller och banor" vill inte koppla ihop kontroller med banor i samband med import och jag orkar inte sitta och koppla ihop dessa manuellt. Har någon annan noterat liknande?

Vi har följande (äldre) programversioner installerade (5.4.1-2 installerades pga 5,3 inte var i synk med fakturering via Eventor)

- JRE 8 (1.8.0.45)
- OLA 5.4.1-2
- Java connector för MySQL, version 5.1.38
- MySQL Community Server 5.5.46 (nej, den är inte av senaste snitt... men den funkade bra ihop med OLA 5.3)
- MySQL Workbench 5.2.47 (nåja, inte väsentligt här...)

Trekvällars Etapp 3, 17-07-05.

Samma problem även denna etapp (se tidigare inlägg från Trekvällars) vid inläsning av checkenheter. Den här gången tyckte OLA att löparna som checkat sin bricka hade gjort det 3 dygn tidigare, 17-07-02, däremot som tidigare etapper med tidsstämplar (HH:mm:ss) som såg rimliga ut i förhållande till startdjupet på tävlingen.

Dessförinnan hade vi försökt spara checkenheternas registrerade brickor i SI-Config i en textfil och importera dessa under "Tävling > Under tävling > Etapp 1 > Tävlingsexpedition > Läs in startande från checkenhet" i OLA, genom funktionen "Läs in från fil" som är implementerad under mapp-symbolen i verktygsraden. Misslyckades med att få OLA att hantera textfilsformatet från SI-Config, gick tillbaka till den programvaran flera gånger och provade några andra slumpmässigt valda export-alternativ för textfilsformatet. Svårt när när det inte finns lättillgänglig information om vilket format "Läs in från fil"-funktionen accepterar..

Gav upp det spåret och återgick till att försöka läsa in checkenheterna på vanligt sätt i OLA. Sparade som tidigare etapper samtliga check-registreringar vid varningen "Bricka checked med än en timme före nolltiden. Ska checken ändå sparas? (Bricknummer xxxxxxx)". Satte därefter samtliga Ej aktiverade till Ej start.

Vid den tidpunkten hade vi enligt OLA inga löpare kvar i skogen. Parallellt så gjordes en manuell genomgång av samtliga check-registreringar utskrivna från SI-Config. Resultatet från denna visade att det fanns löpare kvar i skogen, vilket det också gjorde.

Det farliga här är att om man använder läser in startande från checkenhet i senaste utgåvan av OLA riskerar man att missa att man fortfarande har folk kvar i skogen. Inte så bra kan jag tycka.

MVH Pär Westblad, OK Ravinen

Trekvällars 17-07-03--17-07-05.

När vi försökte läsa in checkenheterna från starten via Tävling > Under tävling > Etapp 1 > Tävlingsexpedition > Läs in startande från checkenhet i OLA 5.4.1-2 så visades ett meddelande "Bricka checked med än en timme före nolltiden. Ska checken ändå sparas? (Bricknummer xxxxxxx)".

Ett likadant meddelande för varje checkad bricka i enheterna visades upp, och vi sparade genom att klicka OK för varje. I tabellen under Läs in startande från checkenhet var checktiden ett dygn fel. Alla hade checkat samma vid samma tid på dygnet dagen innan enligt OLA.

Vi kollade enheternas klocka men den gick rätt i samtliga fall.

Före etapp 2 tömdes och kontrollerades samtliga checkenheter. Samma problem uppstod vid inläsning av checkenheterna efter etapp 2 som efter etapp 1.

Vid etapp 1, efter vi markerat alla som hade status Ej aktiverad till Ej start, upplevde vi att Kvar i skogen i OLA inte stämde med verkligheten. Det kom löpare i mål som inte fanns på Kvar i skogen-listan..

Vid etapp 2, efter vi markerat alla som hade status Ej aktiverad till Ej start, så stämde Kvar i skogen men en manuell kontroll via utskrivna listor över brickor i checkenheterna.

Känns som en bugg i OLA. Har inte rapporterat, då den redan tycks vara det.

MVH Pär Westblad, OK Ravinen

Vid vår Tävling SL #6  2017-05-13 hade samma problem. Dvs att vi fick stop i utläsning av checkenheterna då checktiden var före nolltid, datum var en vecka fel eller så. Jag misstänkte då att vi missat nollning av checkenheten/erna eller att någon check använt före nolltid. Sista dagen SL#7 så kollade vi extra nogrant att alla check hade rätt tid, var tömda, samt att inte någon gjorde check före nolltid. Då fungerade avläsning av check utan problem.

Stefan: Tack för återmatning. Jag menar att jag läste av checkenheterna via
"Under Tävling\Tävlingsexp\Läs in startande från checkenhet", som jag tidigare använt (då med annan OL-version).
Jag har nu felanmält via mail till ola-supporten.

Bengt >> Med läste in menar du att ni läste in Check-enheterna i OLA via masterenhet? Det var länge sedan jag gjorde det nu då vi kört Check via olresultat.se de senaste åren. Men senast vi läste in enheterna direkt i OLA vet jag att vi fick upp meddelandet "felaktig nolltid". Rekommenderar dig nog att kontakta OLA-supporten och felanmäla, ju fler som felanmäler desto troligare är att de åtgärdar.

Hej

Vi körde tävling 2017-05-10 och läste då in startande från 4 st checkenheter. Det kom upp en massa meddelande om felaktig nolltid. Vi kunde inte hitta något fel i vår konfigurering och nolltiden var satt till 17:00 och tävlingen började ca 18:00.

Nu har jag gjort en test minitävling med 4 st tävlande i en klass och när jag läser av log i "SI Config +" så får jag 4 st med korrekta datum och tider men vid inläsning av checkenhet i OLA så får jag 4 st enheter men hel felaktiga datum och bricknummer.
Är det en bugg ?

Vad är status på senaste OLA versionen?

Några kända buggar?