Felhasználó nem látja a Kronolith felületet

Sziasztok

Telepítve van egy Apache 2.0.54-es, egy PHP 4.4.1-es, egy MySQL 4.1.nemtomhányas, s a PEAR. Ez hivatott működési alapot szolgáltatni egy Horde-felületnek, melyben a Kronolith-ot használnám.
Beállítottam a Horde részét, kommunikál az SQL-szerverrel, írja a változó konfigokat a vinyóra, log-ot generál a /tmp/horde.log fájlba (ezt lustaságból nem raktam be a /var/log alá). Felhasználókat felvettem, jogokat osztogattam nekik.

A probléma: hiába venné a Kronolith a DataTree-ből a felhasználókat, akárkivel lépek be, csak a 'Horde' és a 'Log out' menüpontokat látom a bal oldalon, a Kronolith-nak semmi jele.

Kérdés: hogyan lehetne frissíteni a DataTree-t, vagy másképp nézve a dolgot, hogyan vegyem rá a Kronolith felületet a felhasználók olvasgatására?

Köszönöm
blanc

[szerk.]
Pontosítás:
Az Administration felületén látom a DataTree alatt a létrehozott 2 felhasználót, aki látja a Kronolith menüjét. Ez úgy lehet, hogy először hozzáadtam a felhasználókat, majd utána állítottam be a DataTree csatlakozását.
Viszont azon felhasználóknál, akiket a DataTree beállítása után adtam a rendszerhez, nincs meg a Kronolith funkció
[/szerk.]

[quote:5e6ac34eed="blanc"]Felhasználókat felvettem, jogokat osztogattam nekik.

A probléma: hiába venné a Kronolith a DataTree-ből a felhasználókat, akárkivel lépek be, csak a 'Horde' és a 'Log out' menüpontokat látom a bal oldalon, a Kronolith-nak semmi jele.

Kérdés: hogyan lehetne frissíteni a DataTree-t, vagy másképp nézve a dolgot, hogyan vegyem rá a Kronolith felületet a felhasználók olvasgatására?

A Kronolith-hoz és a DataTree-hez hozzá se kell nyúlni.
Az 'Administration -> Permissions -> All Permissions' listát kell kinyitni.
Ezután a 'kronolith'-nál NEM a child/gyermek hozzáférést kell macerálni, mert addig nem ér el a rendszer.
A 'kronolith'-nál kell megadni az 'Edit Permission' gombnál az 'All Authenticated Users' fülön (amelyre egyébként alapból érkezünk), hogy legalább a 'SHOW' hozzáférést megkapja mindenki. Csak ezután van értelme 'kronolith' alatt létrehozni a további csoportokat, majd azokhoz elkészíteni a különféle látható/olvasható/szerkeszthető/törölhető jogosultságokat.

ui.: Még mielőtt valaki hasonlóan verné a fejét a falba úgy, mint én, szeretnék megspórolni egy későbbi húdeegyszerű-felkiáltást, miszerint az 'Edit' /'Szerkesztés' ebben az esetben nem csak a meglévő naptárbejegyzések szerkesztésére vonatkozik, hanem azok létrehozására is.

Na akkor dokumentáljunk...
Szóval a Kronolith-nak (és a Horde-nak is) a 4.1.x és előtti MySQL-eknél a fentebb megadott helyen mysql-t kell találnia a mysqli helyett.
(Ugye innen kezdve természetesnek vehető, ha a MySQL frissítődik az 5.0.x vagy frissebbre, egyből cserélődik a mysql mysqli-re...)
(Ezt a módosítást egyébként érdemes a conf.php fájlban megtenni a conf.php.bak helyett, még akkor is, ha az ember sietne, mert szorít a határidő :lol:)

Amint ez megtörténik, s létre van hozva egy mezei júzer, egyből be is kéne lépni vele. Login, majd új esemény felvételekor szuperextraboldogok vagyunk, hogy ezt is megcsináltuk, mehetünk a Bahamákra nyaralni.

FRÁSZT! :?
Innen indul az igazi történet!

Vérmérséklettől függően mysql konzol/phpMyAdmin/MySQL Administrator/MySQL Query/MySQL miegyéb nézegetővel megtekintve látható, hogy a 'horde' adatbázisban a kronolith_events táblában megvan minden, amit mi látni akarunk, csak éppen nem látjuk a felhasználói felületen.

Egyhe szívgörcs, némi koffein, kevés rum (és -aromamentes) kókuszgolyó, az ebéd és pár szem keksz elfogyasztása után már tényleg esélytelen a megoldás.
Vagy mégsem? Meg kéne nézni, milyen jogai vannak szegény mezei júzernek. Mindene megvan:
- megnézheti (Show) a naptárban az esemény lehetőségét;
- mélyebben beletekinthet (Read) az eseménybe, így megtudhatja, pontosan miről szól (az esetemben tesztnek felvitt) sütievési jelzés;
- módosíthatja (Modify) a sütit pl. pizzára vagy brassóira (ki mit szeret);
- s akár törölheti (Delete) mindezt.
AKKOR MEG MI A FENE VAN??? :x

Nos, a következő van...
Kedvenc Administrator loginnal meghatározott szereplőnk adott jogot a mezei júzernek, hogy írhassa, olvashassa, módosíthassa, törölhesse a SAJÁT naptárát.
DE! A mezei júzernek is be kéne lépnie, konkrétan beállítania a jobbra fent található 'Naptár' ikonra kattintva a láthatóságát, miszerint (és ha állsz, ülj le, ha ülsz, állj fel, ha fekszel, köpj ki mindent, mielőtt megfulladsz!):
- saját maga mit csinálhat a mappában;
- a csoport, amibe belevetted rendszergarázdaként, mit enged nekik;
- a mezei látogatónak mit enged (később lesz róla szó);
- a csoportokon kívülieknek mit enged;
- adott személyeknek mit enged;
- más csoportnak mit enged.
Tehát hiába voltál körültekintő, adták mindenféle jogokat a felhasználónak, csoportjának, vendégeinek, egyéb személyeknek, az adott felhasználónak mindezeket tovább kell állítania, beállítania, esetleg szűkítenie.
Nagyjából ez az a pont, amikor a rendszert életre hívó személyt fogják útszéli kocsisokat meghazudtoló módon emlegetni, miközben gyak. neki már semmi köze a dologhoz... (ennek egyenes következménye: mindenkinek okítást tartani, adatbázist naponta lementeni, nyöszörgéskor mutogatni, hogy a kedves kolléga szórakozik, nem te :evil:)

Amint egyébként megtörténik a felhasználó részéről is a beállítás, rögtön más felhasználónál is (amennyiben engedélyezve van) láthatóvá válik a naptárak lenyíló menüje alatt a kiajánlott naptár. Elvileg itt lennénk készen.

Mint írtam fentebb, van egy 'vendégeknek fenntartott hely', amikor vendég felhasználó láthatja a naptárat. Ez akkor lenne lényeges, ha nem kell(ene) valamelyik személynek belépnie a rendszerbe, bőven elég, ha látja, a kolléga holnap szabin lesz, vagy a főnök rendes évi szabiját tölti (ezekbe ugye ne írjono mezei júzerünk). Erről egy link található a felhasnzáló beállításai között, tehát azt tudja körbeküldeni, ha nagyon akarja. Egyéb esetben az történik, mintha nem létező oldalra lépne a böngészővel, tehát ezt jó tudatni a kollégákkal is ("Nem a rendszer rossz, nincs jogod, hogy lásd, pubi" :wink:)

Még érdemes beállítani egy jelszóállítgatós felületet a Password modullal (amelybe most fogok beletanulni), s ahol figyelni kell, mert alapbeállításban legalább 3 betűs, kis- és nagybetűt, számot tartalmazó jelszót is kérhet a rendszer és ezt a dolgozók nem nagyon imádják.
Továbbá érdemes feléleszteni az adott gépen egy levelezőszervert legalább annyira, hogy a felületről küldött leveleket a belső levelezőszerverünkhöz dobja át, illetve a Nag-modulba egyből fel is vehetjük a címeket, így a titkárnő által a rendszerbe felvitt tárgyalás után az ott megadott személyeknek egyből e-mail üzenet fog érkezni. Ha be van állítva, akár az esemény történte előtt 10-15 perccel ez ismétlődik, íly módon emlékeztetve az összeröffenésre.

Nos, remélem, ha valaki erre a pár post-ra rátalál, segít neki valamit a beállításokban. Bár konkrétumokat nem nagyon írtam, remélhetőleg segíteni a fog az alap buktatók elkerülésében. S ha valakinek van egy teljesn doksija magyarul a Horde keretről és a moduljairól, szívesen venném.
Köszi

A helyzet, bár nem nemzetközi, de azért fokozódik.
Reggel beérkeztem, majd megnéztem, tudtak-e írni a Kronolith-ba a tesztelésben részt vevő kollégák. Nem tudtak. Minden esetben
[code:1:8d1ed7400f]Helyrehozhatatlan hiba történt
DB Error: extension not found
A részletek a rendszergazda számára készülő naplófájlba kerültek.[/code:1:8d1ed7400f]
hibaüzenetet kapok. A probléma viszont, hogy a Horde keretrendszer és a Kronolith is be van állítva az adatbázis elérése, méghozzá a 4.1-es MySQL-hez csatlakozáshoz (tehát nem mysqli, hanem mysql az ['sql']['phptype']).
Tudna valaki segíteni?