SS 8.0 final en de Mac client.

[error33]

Hier is het ook in het Nederlands

[Briolet]

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.

[Briolet]

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:

Code: [Selecteer]

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. 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.

[Briolet]

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)

[Briolet]

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:

Code: [Selecteer]

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.

[Briolet]

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.

[Briolet]

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)

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.