[opgelost] Gedeelde koppeling werken niet.

[TonVH]

Een van de grote voordelen van 4.3 vond ik dat je hele mappen als "Gedeelde Koppeling" kon definiëren. Het heeft een tijdje goed gewerkt maar opeens niet meer.

Losse bestanden werkt probleemloos maar bij een map/folder wordt er een koppeling aangemaakt (en is Geldig in Beheer Gedeelde Koppelingen) maar in een browser (verschillende geprobeerd) zie ik alleen maar een lege pagina.


Nu heb ik vandaag weer eens een OSX  update doorgevoerd  dus wellicht ligt daar een oorzaak. De koppeling is (....) en ik ben benieuwd of hij op andere systemen wellicht wel werkt.

[Birdy]

Even voor je getest......leeg.....zie bijl.

[Briolet]

Bij mij is het ook een lege pagina. Ik zie wel een redirect in de browser regel (dat is normaal), maar geen beeld. (Getest met OSX Mointain Lion)

De optie "Beheer Gedeelde Koppelingen" had ik nog nooit geopend. Blijkbaar onthoud hij de verlopen koppelingen en kan ik ze daar zelfs via een nieuwe einddatum weer activeren.

[TonVH]

Dan heb ik een vreemd probleem want het heeft wel gewerkt. Vraag mij af of het met die NFS patch te maken heeft gehad want dat is (vziw) de enige wijziging in DSM geweest.

Suggesties en ideeën zijn welkom.

[arnom]

Hier windows 7 met firefox en ik krijg een melding van synology dat "Sorry, de pagina die u zoekt kan niet weergegeven worden"

[Tim__]

Hier windows 7 met firefox en ik krijg een melding van synology dat "Sorry, de pagina die u zoekt kan niet weergegeven worden"

Hier met Safari 7.0 onder OS X Mavericks idem.

[TonVH]

Sorry, het is mij duidelijk geworden dat het probleem in DSM moet zitten dus heb ik de koppeling verwijderd. In alle gevallen dank aan de testers.

[TonVH]

Probleem is opgelost.

De map had als naam "Alpe d'Huzes 2013" en na uitgebreid experimenteren ben ik erachter dat de oorzaak in de "'" ligt. Haal ik deze weg dan werkt alles.

Op zich vreemd want blijkbaar controleert DSM niet of een naam correct is. Apple heeft met dit (en andere) tekens geen enkel probleem en beiden stammen van Unix af.

[Briolet]

..ben ik erachter dat de oorzaak in de "'" ligt. Haal ik deze weg dan werkt alles.

In een URL zijn lang niet alle letters toegestaan. Gebruik je zo'n illegale letter in een link, dan zal die niet werken. (Website ontwikkelaars zoude die letters al om te beginnen nooit mogen gebruiken)

Maar je kunt alle letters vervangen door een procent teken en erachter de ascii code in hexadecimale notatie. Als je merkt dat een link niet werkt door zo'n illegaal url karakter, is het een kleine moeite deze door zijn escape code te vervangen. Dat scheelt weer de frustratie van een niet werkende link.
Meer erover kun je op de wikipedia lezen.

Eigenlijk zou dsm zo slim moeten zijn om die illegale tekens direct door een escape te vervangen, of op zijn minst direct moeten waarschuwen dat die link niet zal werken. Misschien reden voor een feature request of bugmelding naar Synology.

Apple heeft met dit (en andere) tekens geen enkel probleem en beiden stammen van Unix af.

Apple behoort hier ook problemen mee te hebben als ze de regels strikt handhaven. En als zo'n link hier op het board staat, werkt die link ook niet in Safari. Dan werkt het wel als je de "'" door "%27" vervangt. 

EDIT: Ik open net het bovenstaande screenshot van Birdy. Daar zie ik dat de vervanging door %27 wel heeft plaats gevonden. Ra-Ra waarom het toch niet werkt. Het lijkt me meer dat de Syno de officiële escape codes niet goed verwekt en allen de %20 aan kan.

[TonVH]

De uRL heeft er niets mee te maken want die is gegenereerd door DSM en bestaat uit cijfers en letter. De ontsleutelde URL (bevat hex. notatie) wordt ook bepaald door DSM en daar heb je als gebruiker dus geen enkele invloed op.

Het gaat (in dit geval) om tekens in de bestandsnaam en daar is "'" toegestaan.


Mijn samenvatting: foutje Synology, bedankt. (Let wel: ik heb het over bestandsnamen, URL's doet DSM)