Egyszerüsítem a problémát. A standard telepítésben létrejön az Article tartalomtípus, amelyet kiegészítettem egy file type mezővel. Ebbe a mezőbe feltöltésekor (standard szövegfájl kb. 1kb) kapom a logfájlban: An unrecoverable error occurred. The uploaded file likely exceeded the maximum file size (16 MB) that this server supports
Akkor egy phpinfo() alapján kellene megnézni hogy milyenek a fáljfeltöltési béállítások..
Talán így kiderül valami... PHPinfo
A privát fájl mappában létrehozza az év-hónap mappát (IUSR tulajdonában), de a fájl már nem kerül bele.
IIS hitelesítés rosszul volt beállítva.
Ja igen...egyelőre kikapcsoltam az emailes megerősítést, hogy be tudjanak regisztrálni, de azért mégsem olyan jó ez.
Regisztrációkor már felhívtam rá a figyelmet, hogy a citromail és freemail címeket hanyagoljuk. Viszont úgy tűnik, hogy random módon mennek ki a regisztrációkor a levelek a gmailes címekre. Van aki megkapja és be tud regisztrálni, van, aki meg nem.
Mi lehet ennek az oka?
A megoldás az lett, hogy a jogosultságok oldalon meg kellett adni az engedélyt az "Azonosított felhasználó"-nak a "Szövegkörnyezeti hivatkozások használata"-hoz.
Utána már lát mindent az Azonosított felhasználó és hozzá is fér mindenhez amihez neki kell. Ugyan nem értem az okát, de legyen így!
Azért érdekelne, ha az Azonosított felhasználónak meg kell adni ehhez az engedélyt csupán azért, hogy láthassa az oldalt akkor a Névtelen felhasználónak miért nem kell ugyanez az engedély? Az ismeretlen, névtele felhasználónak több joga van mint az azonosítottnak??? Ez valami újabb bug lehet vagy mi lehet a magyarázata?
Bug lesz, vagy az adatbázis telepítés nem lett hibátlan. Egy új telepítéssel ellenőrizhető hogy így kell e működnie alapból...
Valamiért nem kívánom ezt a 10-est. A 9-es még hagyján.
Nem is értem miért pörgetik ezeket a verziókat ilyen ész nélkül...
Az előző még ki se forrta magát , erre már itt a következő fő verzió... 8,9,10,11...
Biztosan van egy szűk csoport akinek ez az érdekében áll, de rajtuk kívül senki másnak nem jó. A modul fejlesztőknek és az architekteknek nagyon gáz így ez az egész. Mintha csak direkt akarnák elásni a Drupalt...
Jó ötlet volt a próba az új telepítéssel. Köszönöm! Kipróbáltam egy frissen telepített D10-en és ott nem jött elő a hiba. Azért aggasztó, hogy ilyen hibák bármikor előjöhetnek a további fejlesztéseknél akkor is ha úgy érzed, hogy nem követtél el semmi hibát és mindent jól csináltál és nem tudod a valódi okát. Úgy lehetne biztosra menni, hogy módosítok valamit az oldalon és utána ellenőrizzek le minden funkciót, nem történt-e valamilyen hiba és minden úgy működik-e, ahogy kell? Így nagyon hosszú ideig tart a a fejlesztés. Főleg ha vissza kell állni korábbi állapotokra, mert valami nem úgy működik, ahogy kell. Az is fennáll, hogy olyan hiba keletkezik amit nem veszek észre csak később és rengeteg munka kárba veszik. Arra sincs semmi garancia ha a mostani friss telepítéses próbát tovább folytatom abba az irányba, ahogy az előző verziót, nem áll-e elő ugyanez a hiba?
Valakinek van esetleg valami jó ötlete, tanácsa arra, hogy legközelebb ne vagy kisebb eséllyel futhassak (esetleg mások) bele ilyen hibákba?
A képfájl hibátlan és megfelel a követelményeknek?
Csak ötletek: A kép megfelel a követelményeknek?
A képméretnek van alsó és felső mérethatára (vízszintes - függőleges) pixelben és a képfájlnak méretben alsó és felső határa.
Próbáltál másik képet feltölteni? Biztos nem sérült a képfájl?
Ha az userkép feltöltési beállításoknál az Alt vagy a Title adat megadása meg van követelve akkor annak elmaradása is megakadályozhatja a képfeltöltést.
Amúgy miért nem töltöd fel a Drupalból: /user/1/edit
Itt tudod a felhasználóadatok mezőinek paramétereit (köztük a képmezőt) igényeidnek megfelelően beállítani:
/admin/config/people/accounts/fields
Itt pedig a képmezőt:
/admin/config/people/accounts/fields/user.user.user_picture