Drupal-sidan ligger på ett webhotel. (DP7.7)
I inställningar = | Hem » Administration » Konfiguration » Personer | Så får jag följande felmeddelande:
Mappen public://sites/default/files/pictures finns ej eller är inte skrivbar.
Inställningarna har inte sparats på grund av felen.
Felmedelande hänger ihop med adresseringen i "Aktivera bilder för användare." och "Bildkatalog"
(Underkatalog i katalogen för filuppladdning där bilder kommer att sparas)
Felmedelande kommer upp även när jag tar bort krysset i rutan: "Aktivera bilder för användare."
På lokala sidan i min dator på motsvarigheten så uppstår inte problemet/fenomenet.
Jag har testat att lägga upp en mapp "public" på adressen sites/default/files/pictures och tilldela behörighet - uppe på server - men det hjälper inte.
Är det någon som har ett förslag på hur man bäst kan lösa detta?

Comments
Du behöver ställa in
Du behöver ställa in rättigheterna på filesmappen och alla dess underkataloger. Se här för mer information.
//Pontus Nilsson, Digitalist
Nej - det är inte ett behörighetsproblem
, även om jag testar och ställer ALLLA mappar i kedjan på (rwxrwxrwx) så kvarstår felmeddelandet, kanske borde ha nämnt detta från början...lol
Sist jag råkade ut för fenomenet var jag tvungen att först kopiera hela databasen till den lokala, sen sätta en ny mappadress, sen skicka upp den lokala databasen tillbaka till en ny på servern samt de "nya" mapparna + sätta behörigheter till rwxrw-r--, sen ändra (aktivera den nya) i setting till denna - då först försvann fenomenet.
(Jag är osäker på vilka mappar som kanske ska ha rwxr--r--, i senare skede av säkerhetsskäl.)
Nu har det kommit tillbaka, förmodligen har jag glömt någon mapp vid uppdateringen till DP7.7.
Fenomenet är sådant att när väl felet uppstått så uppstår en "låsning" i settings/inställningar (enligt tidigare beskrivning) , där alla ändringar av inställningar "ignoreras" med hänvisning till samma felmedelande - oavsett att man skriver en ny adress i fältet "Bildkatalog" som finns under "Personalisering". Det går alltså INTE att andra adress, eller skapa en mapp på rätt ställe.
Är det någon som vet VAR denna adressen förvaras i databasen ? isf kanske man kan ändra adress där och komma runt problemet (låsningen á la moment 22) , en teori bara...?
Förslag på lösning?
// Göran
Blev tvungen att ladda om
Blev tvungen att ladda om alla moduler för att låsningen skulle försvinna och "editera adressen" i direkt i databasen.
Misstänker ett cck-relaterat problem.
// Göran