Synology-Forum.nl
Algemeen => The lounge => Topic gestart door: Hutje op 07 augustus 2017, 17:21:43
-
Nu iets vreemds aan de hand met mijn DSM (versie 6.1.3-15152 Update 2) op 2 NASsen.
Voorheen had ik bij het aanlogscherm op één NAS, als achtergrond het meer, met de berg, ergens in het Noorden.
[attach=1]
Dit was altijd scherp.
Nu zie ik sinds een week of zo, een hele onscherpe achtergrond.
[attach=2]
Is dit normaal ?
Ik heb al met WinSCP op de NAS lopen zoeken en vind wel de lokatie waar wat achtergronden staan, maar kom er nog niet uit of dit de correcte lokatie is :
/usr/syno/synoman/webman/resources/images/default of in
/usr/syno/synoman/webman/resources/images/default_wallpaper
In de Personal opties [attach=3] kun je natuurlijk wel de achtergrond aanpassen, maar dat is pas als je ingelogged bent.
Ik zie nergens iets staan of/waar je de achtergrond kunt aanpassen vóórdat je ingelogged bent.
-
Als ik door de pagina code loopt staat de afbeelding direct in webman. Dat zie je door in de browser https://mijndomein.nl/webman/login_background.jpg in te tikken.
De wallpaper die je ziet voor het inloggen stel je in het configuratiescherm in bij thema. Maar kun je ook nog in het toepassingsportaal customisen voor een filestation, videostation etc inlog.
PS het is ook niet logisch die pagina te zoeken bij persoonlijke instellingen. :lol:
-
Bedankt @Briolet !
Ja, logisch natuurlijk, bij personal kan je dat nooit vinden.... :D :D :D
Ik kijk nu even in mijn /usr/syno/synoman/webman folder en zie daar (maar) een 1kb groot bestand staan.
Dat verklaard dat het zo onscherp is !
Geen idee hoe dat daar komt, maar ik ga dat bestand maar eens even aanpassen.
Ik ga ervan uit dat daarmee mijn vraag/uitdaging opgelost is.
Dank !
[attach=1]
-
Zelfs de HD versie van dat bestand is 1kb groot. Die zou altijd 4x zo groot moeten zijn. (horizontaal en verticaal het dubbele aantal pixels). Daar is inderdaad iets niet goed gegaan.
Vreemd dat dit na een update zo is die alleen veranderd:
- Upgraded BIOS to enhanced the stability of Flash firmware for product models with Avoton platform
- Enhanced the USB 2.0 device compatibility
En wel bij 2 nassen. Ik die hier niets aan mijn plaatje.
-
Het wordt nog vreemder.
De gegevens boven waren van mijn DS1512+.
Ik ging er in mijn onschuld vanuit dat mijn DS1515+ hetzelfde probleem had.
Echter nu ik kijk in de bekende /usr/syno/synoman/webman folder, staan daar de bewuste login_background bestandjes niet eens bij.
[attach=1]
Ik ga zo eens wat goochelen met toevoegen/aanpassen van plaatjes in die folder.
Wordt vervolgd.
-
Op die DS1515+ zul je vermoedelijk dat login wallpaper nog niet gezet hebben.
Dat wallpaper bevind zich dan in
/usr/syno/synoman/webman/resources/images
en wordt pas naar
/usr/syno/synoman/webman
verplaatst.
Overigens heb ik even naar de bestanden gekeken en ze zijn echt verschillend in resolutie
De ene is 1920x1200 pixels
de hd versie is 3840x2400 pixels dus zonder een heel bijzondere monitor zie je die waarschijnlijk nooit.
-
Net ingelogged met Putty en zie nu dat ik niet naar een 1kb groot jpg bestand zat te kijken, maar naar een snelkoppeling.
Het betreffende bestand login_background.jpg bevind zich dus in :
/usr/syno/etc/login_background.jpg
Echter staan daar de betreffende bestanden met de normale, verwachtte grootte.
[attach=1]
-
Heb net de aanpassing gedaan die @Hutje ook heeft:
[attach=1]
Maar, ik zie niet dat er iets van /usr/syno/synoman/webman/resources/images/ gekopieerd wordt naar /usr/syno/synoman/webman
Sterker nog, die login achtergrond staat bij mij niet in /usr/syno/synoman/webman/resources/images/ maar in:
/usr/syno/synoman/webman/resources/images/default/2x/default_wallpaper
En het is dsm6_04.jpg (3840x2400) en thumbnail_06.jpg (320x200)
[attach=2]
En deze worden in de juiste mogelijke resolutie renamed/gekopieeerd naar: /usr/syno/etc
[attach=3]
Bij het verzenden van dit bericht zag ik dat je /usr/syno/etc ook gevonden had, @Hutje ;D
-
Klopt @Birdy !
Die folders zie ik ook staan.
Ik zal die eens op resolutie bekijken en kopieren naar de /usr/syno/etc folder, kijken of dat mijn uitdaging oplost.
Aha, de 1x folder heeft de HD resolutie bestanden (1920 x 1200)
En de 2x folder heeft de 3840 x 2400 resolutie.
-
Sorry, had zelf folder 1x vergeten :lol:
Maar, nu weten we, hoe het zit. ;)
-
Plaatje 'dsm6_03.jpg (res. 1920 x 1200) gekopieerd uit de /usr/syno/synoman/webman/resources/images/default/1x/default_wallpaper naar de /usr/syno/etc folder en genoemd : 'login_background.jpg (ook nog res 1920 x 1200)
Echter zie ik nu dat mijn monitor maar op een resolutie zit van 1920 x 1080.
U raad het waarschijnlijk al.....
[attach=1]
-
Voor de zekerheid maar even het betreffende plaatje ge-cropped tot 1920 x 1080, maar ook dat maakt geen verschil.
Hopelijk hebben jullie nog goede ideeën !
Ik ga naar de koffie en laatste deel van GoT kijken.
-
Dan deugt je scherm niet (meer) ?
-
Het is dan eerder de grafische kaart die gek doet. De login tekst is nml wel scherp. Het plaatje is een los element dat naar schermresolutie omgerekend moet worden.
-
Dat kan natuurlijk ook dus, ff testen met een ander scherm of kaart.
Maar, @Hutje niet storen, hij kijkt naar het laatste deel van GoT, met een bak koffie :lol:
-
:P :P :P :P
Koffie is op en GoT is weer op een volgende cliffhanger belandt.
Denk dat ik er nu uit ben.
Het lijkt te liggen aan Chrome !
Met Windows Edge zijn beide inlogschermen van de NASsen gewoon scherp, zoals ze moeten zijn:
[attach=1]
-
Merkwaardig, ik met Chrome geen probleem.
Misschien Chrome herinstalleren?
-
Het is inderdaad bizar, met Opera ook geen probleem.
Ik ben sinds een weekje over op Windows 10 op deze machine.
Daarvoor Windows Server 2012 gedraaid, ook met Chrome, nooit last gehad.
Na de omschakeling ging het me opvallen, maar ik dacht dat het door een update van Synology kwam.
Ik kan zo nog eens booten via windows 2012.... kijken welke Chrome versie ik daar had draaien...
Onder Windows 10 is het Versie 60.0.3112.90 (Officiële build) (64-bits)
-
Chrome werd blijkbaar onder Windows 2012 bij booten meteen geüpdatet want ik zie daar zelfde versie en ook zelfde probleem !
Verzonden vanaf mijn iPhone met Tapatalk
-
Nu ben ik zelf verbaasd. Ik log met Chrome op de mac in op mijn nas en krijg ook een onscherpe pagina:
[attachimg=1]
Normaal zijn die bloemen haarscherp. Ik gebruik Chrome nooit, maar toen ik gisteren keek, naar aanleiding van dit topic, was alles normaal.
-
En als ik via de ontwikkelaars# tools binnen Chrome naar het plaatje kijk, is het daar wel scherp:
[attachimg=1]
# Op de mac is dat "Weergave" --> "Ontwikkelaar" --> "Ontwikkelaarstools".
En dan binnen de tool "Sources" kiezen. Het gaat hier net iets lastiger dan in Safari om even die plaatjes te bekijken via een ontwikkelaarstool. :lol:
-
Bedankt @Briolet voor het uittesten.
Google heeft nog wat werk te doen dus!
Verzonden vanaf mijn iPhone met Tapatalk
-
Op mijn andere mac geeft chrome ook een wazig scherm. Ook mijn andere nas.
Blijkbaar is dit platform en hardware onafhankelijk. Ze hebben inderdaad nog wat werk te doen, daar bij Google. De goede weergave bij de ontwikkelaarstool laat zien dat het plaatje wel goed ingelezen wordt door Chrome.
Ik denk dat er de komende dagen meer mensen hierover gaan klagen. :D
Onder Windows 10 is het Versie 60.0.3112.90 (Officiële build) (64-bits)
Bij mij op de mac is het ook: Versie 60.0.3112.90 (Officiële build) (64-bits)
Op het release schema van chrome (https://www.chromium.org/developers/calendar) zie ik dat deze versie 2 augustus uitgegeven is.
-
2 augustus was ik net bezig met mijn overgang naar Windows 10.
Verklaart een hoop.
Firefox heeft er (ook) geen last van in elk geval, op mijn Linux bakje.
-
Ik heb nog eens meerdere opties geprobeerd voor de afbeelding. De voorvertoning bekijken in het thema scherm is voldoende om dit probleem te reproduceren.
Schermvullend, passend, gecentreerd. Alles blijft wazig. Ook als ik een aparte achtergrond instel voor een filestation inlog met een ander plaatje, is deze wazig. Het zal dus niet aan het plaatje zelf liggen.
Alleen het achtergrondplaatje na een inlog is wel weer scherp.
-
Ik denk dat er de komende dagen meer mensen hierover gaan klagen.
YEP :lol: Net is Chrome geupdate naar: Versie 60.0.3112.90
[attach=1]
-
In de .js code van de inlogpagina vind ik een stuk waar ik steeds "blur" in de ID zie staan. b.v:
<div id="sds-status-blur-bkg" class=" sds-login-background" aria-disabled="false" style="width: 1280px; height: 116px;">
<div id="ext-comp-1016" aria-disabled="false">
<div id="ext-gen26" class="" ;="" style="width: 1280px; height: 116px; background-color: #FFFFFF; background-image: url(webman/login_background.jpg?id=2); background-position: 50% 50%; background-repeat: no-repeat; visibility: visible;">
</div>
</div>
</div>
Is snap niet waar hier het plaatje zelf ge-blurd wordt, maar het zou kunnen dat Chrome hier iets niet goed interpreteert.
-
Bovenstaande code staat weer in een loop die "sds-blur-wrap" heet. De stylesheet daarvan is als volgt:
.sds-blur-layer .sds-blur-wrap {
overflow: hidden;
filter: blur(5px);
-webkit-filter: blur(5px);
-moz-filter: blur(5px);
-o-filter: blur(5px);
-ms-filter: blur(5px);
-ms-filter: progid: DXImageTransform.Microsoft.Blur(PixelRadius=$ms)
}
Daar zit wel een filter in om te blurren. En wel in heel veel regels voor de diverse browser families. Ik vraag me nu natuurlijk af waarom er code instaat om de inlogpagina te blurren. Waarschijnlijk een gimmic die slechts een fractie van een seconde zichtbaar moet zijn, maar bij chrome in de blur toestand blijft hangen.
Maar ik ben een leek in webpagina opmaak. Er zijn hier vast wel kenners die beter kunnen raden wat hier gebeurd.
Edit: Ik bedenk me net dat de achtergrond van het inlogdialoog wel ge-blured wordt. Ik heb hem transparant en dan zie je dat goed. Zie ook mijn screenshot een paar berichten hierboven. De blurring van de dialoog achtergrond is wel normaal. Op de een of andere manier past chrome dit nu op de hele pagina toe.
Zo zou het behoren te zijn (Safari):
[attachimg=1]
-
En onze buren hebben de vervormde pagina gisteren ook ontdekt: https://forum.synology.com/enu/viewtopic.php?f=19&t=125589&p=494708&hilit=background+blur#p494708
-
Probleem heeft inderdaad iets te maken met laatste update van Chrome. Ik heb nog een iets oudere versie van Chrome in "portable" vorm en die werkt nog goed (mooie scherpe foto bij het inlogscherm). Alle andere browsers (Firefox, Edge, Internet Explorer, ...) werken wél zoals het hoort...
-
Heeft iemand nog een 'helder' idee gehad om het wellicht handmatig in de CSS via SSH op te lossen? Zelf ben ik geen UI expert, beetje prutsen lukt me wel, maar ik krijg het niet weg geprutst op dit moment.
Daarnaast wil ik iedereen vragen om een ticket in te dienen bij Synology -> https://account.synology.com/support/support_form.php
Hoe meer er gebruikers het melden, hoe sneller het mogelijk opgelost wordt.
In mijn situatie is het nog iets vervelender, aangezien ik op de achtergrond tekst heb gezet wat de gebruikers vertelt waar de support pagina is, welk emailadres gebruikt kan worden voor support e.d. Dat kunnen ze nu dus niet meer lezen :).
Ik hoop maar dat het of snel oplost wordt, of dat er een heldere geest op het forum langs komt die een workaround heeft gevonden.
-
Ik heb net de Beta versie van Chrome gedownload. Versie 61.0.3163.79 (Officiële build) beta (64-bits)
Daar loopt het blur filter ook nog steeds buiten zijn grenzen.
De stylesheet binnen de nas editen door de blur functie onwerkzaam te maken zal de snelste oplossing zijn. Moet je wel even zoeken waar die staat. ;)
Edit: Ik zie dat ze in "/usr/syno/synoman/webman/resources/css" staan. Dat is echter een lap tekst zonder returns. Lekker lezen. :P
-
Waarom die desctop.css file dan wel mooi ge-layout is in Safari, zie ik zo snel niet. Betere parser? In Chrome staat die hele stylesheet op één regel van 15k tekens. Bah.
Het enige stuk uit die css, waar het woord 'blur' in voorkomt is:
.sds-blur-layer {
position: absolute
}
.sds-blur-layer .sds-blur-wrap {
overflow: hidden;
filter: blur(5px);
-webkit-filter: blur(5px);
-moz-filter: blur(5px);
-o-filter: blur(5px);
-ms-filter: blur(5px);
-ms-filter: progid: DXImageTransform.Microsoft.Blur(PixelRadius=$ms)
}
.sds-blur-layer .sds-blur-wrap .sds-login-background {
left: 0px;
top: 0px
}
.sds-blur-layer .sds-blur-wrap#sds-status-blur-wrap {
margin-top: 8px !important
}
.app-portal .extra-padding .login-inner-panel {
padding-bottom: 40px
}
.app-portal #sds-login-dialog-status {
margin-top: 24px
}
.app-portal .sds-blur-layer #sds-status-blur-wrap {
margin-top: 24px !important
}
Dat helpt misschien met zoeken op de nas.
-
Blij dat ik altijd Safari gebruik. Als ik daar live de stylesheet aanpas, kan ik gewoon doortypen, en de sheet plus de schermweergave veranderd direct.
In de ontwikkelaarstool van chrome moet ik na elke toetsaanslag wel 20 seconden wachten. Dat kan zijn omdat Chrome met een 15 K regel werkt en Safari die ene regel al bij display gestructureerd in stukjes hakt. In elk geval niet prettig werken in Chrome.
Anyhow. In chrome heb ik gevonden met welk teken je de blur weer weghaalt. In de webkit filter moet je de 5px in 0px veranderen. Dan is de blur voor alle webkit gebaseerde browsers weg. Jammer genoeg ook achter het dialoog, maar beter nergens een blur dan overal.
In chrome heb ik het stukje met een tekst-search in die 15k regel gevonden. Op de nas moet dat met een goede tool ook lukken.
[attachimg=1]
NB het plaatje is nu bij een blur van 1 pixel weergegeven. Bij 0 pixels blijft de blur helemaal weg.
Edit: het is het teken op positie 134341 in de file. (hoezo 15k, die file bevat 148371 tekens)
-
Goed gevonden :thumbup:
Maar, moet Synology het probleem gaan fixen ?
-
Safari gebruikt dezelfde webkit-blur en daar gaat het wel goed. Bij Chrome is dit ontstaan sinds de laatste update. Primair lijkt het me dat Google dit moet repareren.
Maar als er geen snelle verbetering aankomt, kun je als Synology wel een quick-fix introduceren voor deze bug. Hun layout heeft er per slot behoorlijk last van.
Alleen al het feit dat je blur instructies ziet voor 6 browser families, geeft aan dat dit niet een erg gestandaardiseerde functie is. Een gruwel voor webdesigners.
-
... niet een erg gestandaardiseerde functie is. Een gruwel voor webdesigners.
Het is maar hoe je het bekijkt.
De webdesigners die er zelf voor kiezen dit soort slecht gestandaardiseerde features te gebruiken, of opdrachten te accepteren waarin klanten dit eisen, doen het zichzelf aan.
(Slecht gestandaardiseerd in termen van de standaard zelf (of het gebrek daaraan), de diversiteit aan standaarden en/of de browser implementatie(s) daarvan)
Een goede, zichzelf respecterende webdesigner maakt m.i. andere keuzes of accepteert dat soort opdrachten simpelweg niet.
Mijn favoriete quote in dit kader is:
"Het probleem met standaarden is, dat er vaak zo veel zijn om uit te kiezen ..."
-
Zojuist 6.2 beta op mijn DS115 geïnstalleerd. Achtergrond-plaatje is nu weer haarscherp, ook in Google Chrome 61.0.3163 (laatste versie).