Synology-Forum.nl
Packages => Officiële Packages => Surveillance Station => Topic gestart door: Tim__ op 18 januari 2017, 21:06:16
-
Sinds vandaag is de final uit van SS 8.0. De native Mac client zou nu te downloaden moeten zijn, echter in het scherm om de app te downloaden komt er geen reactie wanneer je klikt op 'installer'. Ik gebruik macOS Sierra en heb het getest met safari, Chrome en Firefox.
Nog iemand met dit probleem?
-
Is ook nog niet beschikbaar.
[attachimg=1]
[attachimg=2]
Nog eventjes geduld dus.....
-
Bedankt voor de info Birdy. Sinds de update krijg ik het scherm in bijlage vandaar dat ik ervan uit ging dat de client beschikbaar was /is. ;-)
(https://uploads.tapatalk-cdn.com/20170118/e5f8e4fe434c90f876326be7ec14059f.png)
-
Er zitten nog wel bugs in. Als je b.v. in bovenstaand screenshot de tab "Verbonden Cliënten" kiest, ziet ook een gewone user alle andere cliënten. Is doorgegeven en bevestigd. Waarschijnlijk zal dat een "greyed-out" optie worden, zoals andere soortgelijke tabs.
Zelf zag ik net nog twee bugs op de hoofdpagina. In het brouwer-log krijg ik twee errors "Failed to load resource: the server responded with a status of 404 (HTTP/2.0 404)" op de volgende twee links:
https://mijndomein.nl/webman/3rdparty/SurveillanceStation/resources/fonts/Roboto-Light.ttf
https://mijndomein.nl/webman/3rdparty/SurveillanceStation/resources/fonts/Roboto-Regular.ttf
Blijkbaar wil hij twee fonts ophalen die er niet zijn. Is dat bij anderen ook zo?
-
Ondertussen is de client online... we kunnen dus eindelijk met een native app werken :)
/me happy!
-
In het brouwer-log krijg ik twee errors "Failed to load resource: the server responded with a status of 404 (HTTP/2.0 404)" op de volgende twee links:
https://mijndomein.nl/webman/3rdparty/SurveillanceStation/resources/fonts/Roboto-Light.ttf
https://mijndomein.nl/webman/3rdparty/SurveillanceStation/resources/fonts/Roboto-Regular.ttf
Blijkbaar wil hij twee fonts ophalen die er niet zijn. Is dat bij anderen ook zo?
Waar vind ik dat terug?
-
SS8.0 geinstalleerd en gezocht (vanaf root) maar, geen fonts gevonden (ook niet in de package zelf:
root@DS716-II:/# find . -iname Roboto-Light.ttf
root@DS716-II:/#
root@DS716-II:/volume1/@appstore/SurveillanceStation/ui/resources/fonts# ls
root@DS716-II:/volume1/@appstore/SurveillanceStation/ui/resources/fonts#
Zou dit melden als bug.
-
Dat heb ik vanochtend gedaan onder nr #986232 (Ik had ook al gezien dat er wel een font folder is, maar dat die niets bevat. )
Tim: Elke browser heeft zijn eigen plek voor die errors. Met Safari zijn ze voor de gewone gebruiker verstopt. Je moet eerst het Ontwikkelaars menu" aan zetten bij de geavanceerde opties en dan naar de broncode van de pagina gaan.
Bij andere browsers zal dat minder verstopt zitten.
-
Ik heb zojuist de mac client gedownload, maar als ik hem wil openen op de mac gebeurd er niets...
Er komt te staan of ik zeker weet of ik het bestand wil openen, vervolgens klik ik 'ja' en weg is de applicatie ?
Ik draai mac sierra, iemand anders die dit probleem ook heeft?
-
Ik heb wel dat probleem als ik hem rechtstreeks vanaf de diskimage wil runnen.
Installeer ik hem in de applications folder. Dan zie je dat hij de file scant en krijg je de vraag of je dat programma wilt vertrouwen. Als bron van het programma zie je dan de url waar Surveillance Station mee opgeroepen is. Maar daarna gebeurt er niets.
Bij een tweede keer starten werkt het programma wal. Blijkbaar heeft de firewall bij de eerste opstart te vaak ingegrepen om een opstart mogelijk te maken. Dit is nieuw voor mij, maar dit was ook de eerste keer dat ik een app van externe ontwikkelaar start, sinds ik Sierra gebruik.
De eerste indruk is goed. Optisch gelijk aan de browser.
Wel zie ik dat er nog 3 andere applicaties op de diskimage staan: Live View, Recordings, en Timeline. Dit zijn waarschijnlijk apps om direct met die functie op te starten. Hier gebeurd bij mij niets als ik ze probeer te starten. (En de firewall toestemming voor het gebruik gegeven heb).
Ik zie ook een overbodige knop om naar fullscreen mode te gaan. Per default doet het groene knopje op een mac scherm dit al, dus creëer je nu overbodige info op je scherm. Het zal wel gemakzucht zijn om het scherm hetzelfde layout te geven als de windows versie.
-
Ik heb de Client nu op twee verdere macs geïnstalleerd. Op mijn mac met Sierra weer hetzelfde. De eerste keer start Surveillance Station Client niet op, maar daarna wel steeds. De drie andere programmas starten niet op. (Ook niet met uitgeschakelde firewall op de mac)
Bij mijn iMac met El Capitan ging het beter. De cliënt startte in één keer op en ook de 3 losse programmas werken gewoon. "Live view" is dan handig omdat je die dan in de startup folder kunt zetten zodat je direct camera beeld hebt bij het aanzetten van de mac. ;)
Bij Synology zijn ze natuurlijk al een tijdje met dit project bezig en hebben het blijkbaar nog nooit onder Sierra getest, anders hadden ze dit niet gereleased. (Mac is toch een bijzaak bij Synology)
-
Nog iets vreemds: Met de laptop heb ik HTTPS ingesteld als verbinding. Daarmee kreeg ik de melding dat het een niet-vertropuwd certificaat is. Toch gebruik ik Let's Encrypt, waarvan het root certificaat inmiddels overal vertrouwd behoort te zijn. Zeker omdat Synology zelf Let's Encrypt ondersteunt.
------
En als je bij inloggen kiest om het wachtwoord te onthouden (de default instelling), dan vind ik het niet terug in de mac sleutelhanger. Blijkbaar hebben ze er voor gekozen dit zelf ergens op te slaan. Dan moet je weer hopen dat het veilig versleuteld opgeslagen is. Jammer dat ze niet niet de, waarschijnlijk betere, systeem procedure gebruikt hebben. (Edit: Ze slaan het wachtwoord gehashed op in de 'preference' folder, in de file: "com.synology.Surveillance Station Client.plist". )
-
Ik ondervind geen problemen alle 4 de apps starten na opstart via de CTRL toets netjes op en werken onder Sierra :)
heb dit via intern ip adres gedaan binnen eigen netwerk
-
Dan zijn er nog andere instellingen die invloed hebben. Ik heb ze, zoals gebruikelijk bij een eerste start, ook via ctrl opgestart om de firewall instelling te kunnen overrulen.
Ik zie net in de options# dat je het programma ook automatisch kunt laten starten bij systeem startup.
# De optie om een taal te kunnen instellen ontbreekt. Deze versie is Engels-only.
-
Toch niet hoor bij mij staat de app in het Nederlands.
-
Hier is het ook in het Nederlands
-
Ik vond nu ook de taalinstellingen. Het staat op een heel andere plek dan de browserversie.
Mac richtlijnen worden blijkbaar genegeerd. Op de mac is normaal geen taalinstelling mogelijk in een app. Een app behoort naar de systeeminstellingen te kijken welke taal gebruikt wordt en dit toepassen.
-
Ik heb nog eens naar die font error gekeken. Hij blijkt er alleen te komen als ik de Live View open. Na nog wat zoeken in de stylesheets vind ik:
desktop.css line 7636:
@font-face {
font-family: Roboto_Regular;
font-weight: 400;
src: url(../fonts/Roboto-Regular.ttf) format("opentype")
}
@font-face {
font-family: Roboto_Light;
font-weight: 300;
src: url(../fonts/Roboto-Light.ttf) format("opentype")
}
style.css line 1612:
.date_font {
color: #F1F1F1;
font-family: Roboto_Light, sans-serif;
font-size: 14px;
line-height: 18px
}
.time_font {
color: #F1F1F1;
font-family: Roboto_Regular, sans-serif;
font-size: 30px;
line-height: 34px;
text-align: center
}
Dus wordt dit font gebruikt voor de datum en tijd weergave. Als ik er de nieuwe Mac client naast zet, zie ik dat de tekst daar slanker is. Het font zal daar in de app zelf zitten. Als ik nog wat google op dat font, dan vind ik het hier (https://fonts.google.com/specimen/Roboto). En dat is inderdaad het slankere font welke ik in de Client zie.
Ik ben benieuwd hoe snel men dit verbeterd omdat een normale gebruiker niet zal zien dat de display net even anders is dan gepland. ;)
Edit: Ik heb beide fonts van het internet geplukt en op de nas gezet. Nu blijft de foutmelding weg en zie de fonts ook staan als ik de bronbestanden van de website bekijk. ;)
In de font bibliotheek van de mac opnemen hielp niet, hij wil ze perse van de nas ophalen.
-
Ik merk net dat ik in de E-map, de camera posities niet kan roteren. Normaal behoort de camera ⅛ slag naar rechts te draaien bij dubbelklikken. In de browser werkt dit goed, maar bij de cliënt niet.
Hebben anderen dit probleem ook? (En hoe zit dit bij de windows cliënt)
-
Als ik in het syslog van de mac kijk, dan vind ik steeds de volgende 4 regels als ik de app "Live View" wil opstarten:
Jan 21 14:21:55 com.apple.xpc.launchd[1] (com.apple.xpc.launchd.oneshot.0x10000046.Liveview[73245]): Service exited with abnormal code: 127
Jan 21 14:21:56 com.apple.xpc.launchd[1] (com.apple.imfoundation.IMRemoteURLConnectionAgent): Unknown key for integer: _DirtyJetsamMemoryLimit
Jan 21 14:21:56 com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.IDECacheDeleteAppExtension.73246): Path not allowed in target domain: type = pid, path = /Applications/Xcode.app/Contents/SharedFrameworks/LLDB.framework/Versions/A/XPCServices/RootDebuggingXPCService.xpc error = 147: The specified service did not ship in the requestor's bundle, origin = /Applications/Xcode.app/Contents/PlugIns/IDECacheDeleteAppExtension.appex
Jan 21 14:21:57 com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.IDECacheDeleteAppExtension.73246): Path not allowed in target domain: type = pid, path = /Applications/Xcode.app/Contents/Frameworks/DFRSupportKit.framework/Versions/A/XPCServices/IDETouchBarSimulatorService.xpc error = 147: The specified service did not ship in the requestor's bundle, origin = /Applications/Xcode.app/Contents/PlugIns/IDECacheDeleteAppExtension.appex
_DirtyJetsamMemoryLimit heeft met geheugenbeheer te maken en wordt alleen op iOS gebruikt. De 3e en 4e regel hebben het over een pad naar de "Xcode.app". Nu heb ik dat ontwikkelplatform op al mijn macs staan, maar 99% van de gebruikers vast niet. Zou dat nog een link zijn van de programmeurs, want zij zullen ook Xcode gebruikt moeten hebben.
Ik zal hier volgende week ook maar een bugmelding van maken.
-
Ik heb beide fonts van het internet geplukt en op de nas gezet. Nu blijft de foutmelding weg…
Ik kreeg vanochtend een mailtje dat dit een bekend probleem is en er wordt aan gewerkt.
Ik zag net een update van SS en heb die geïnstalleerd. Het probleem is terug, de update heeft ook de 'font' folder weer gewist. Leuk he, dat van bekende problemen…
En het is toch echt een triviale bug die in 5 minuten te fixen is. Òf zet dat font in de folder, òf definieer een standaard font in de stylesheet.
-
Ik kwam net nog een bug(je) tegen in de client. Poort 80 en 443 zijn niet langer de default poorten voor HTTP(S) terwijl dat volgens mij in officiële richtlijnen vastgelegd is. (o.a. in HTTP 1.1 protocol (https://tools.ietf.org/html/rfc2616))
Via de browser kan ik de poorten weglaten en kom ik dan via poort 80/443 binnen. In de nas gaat hij dan naar de goede poort via de reverse proxy instelling. Voordeel hiervan is dat ik poort 5000/5001 in de router kan dichtzetten.
Ik merkte echter dat de nieuwe client niet meer werkt als ik de poort weglaat, maar wel werkt als ik ":443" toevoeg. Blijkbaar maakt hij 5000/5001 default voor HTTP(S) verkeer. Effectief moet ik dus poort 5000/5001 weer open zetten in de router om de cliënt van buiten te gebruiken.