Discussion:
[Phpgroupware-cvs] [18606] another missing commit
Maât
2008-10-25 20:59:27 UTC
Permalink
Hi Watchers
This checkin was too large and so was rejected by the GNU mail server
see
http://svn.savannah.gnu.org/viewvc?view=rev&root=phpgroupware&revision=18606
Cheers
Dave
Hi all,

It seems that the phpgw_app_sessions table was removed during 18606 :
http://svn.savannah.gnu.org/viewvc/trunk/phpgwapi/setup/tables_current.inc.php?root=phpgroupware&r1=18466&r2=18606&pathrev=18606

i guess we are now using php sessions but the current code still tries
to use phpgw_app_sessions

something needs probably to be done there :)

regards,
maât
Dave Hall
2008-10-25 21:49:11 UTC
Permalink
Post by Maât
Hi Watchers
This checkin was too large and so was rejected by the GNU mail server
see
http://svn.savannah.gnu.org/viewvc?view=rev&root=phpgroupware&revision=18606
Cheers
Dave
Hi all,
http://svn.savannah.gnu.org/viewvc/trunk/phpgwapi/setup/tables_current.inc.php?root=phpgroupware&r1=18466&r2=18606&pathrev=18606
i guess we are now using php sessions but the current code still tries
to use phpgw_app_sessions
Yep that's right. The app_session table is no more. Any code which
bypasses the session class and uses that table directly is broken - as
it was by design before this change was made.

Cheers

Dave
Maât
2008-10-26 09:34:39 UTC
Permalink
Post by Dave Hall
Post by Maât
Hi Watchers
This checkin was too large and so was rejected by the GNU mail server
see
http://svn.savannah.gnu.org/viewvc?view=rev&root=phpgroupware&revision=18606
Cheers
Dave
Hi all,
http://svn.savannah.gnu.org/viewvc/trunk/phpgwapi/setup/tables_current.inc.php?root=phpgroupware&r1=18466&r2=18606&pathrev=18606
i guess we are now using php sessions but the current code still tries
to use phpgw_app_sessions
Yep that's right. The app_session table is no more. Any code which
bypasses the session class and uses that table directly is broken - as
it was by design before this change was made.
Cheers
Dave
ok thanks.

can i find somewhere a model of call using the session class ?

that would help me avoid to "re-invent the whell"

regards,
Maât
Dave Hall
2008-10-26 10:21:57 UTC
Permalink
Post by Maât
Post by Dave Hall
Post by Maât
Hi Watchers
This checkin was too large and so was rejected by the GNU mail server
see
http://svn.savannah.gnu.org/viewvc?view=rev&root=phpgroupware&revision=18606
Cheers
Dave
Hi all,
http://svn.savannah.gnu.org/viewvc/trunk/phpgwapi/setup/tables_current.inc.php?root=phpgroupware&r1=18466&r2=18606&pathrev=18606
i guess we are now using php sessions but the current code still tries
to use phpgw_app_sessions
Yep that's right. The app_session table is no more. Any code which
bypasses the session class and uses that table directly is broken - as
it was by design before this change was made.
Cheers
Dave
ok thanks.
can i find somewhere a model of call using the session class ?
that would help me avoid to "re-invent the whell"
The session class should be working fine. It uses the new cache class
for caching data.

Cheers

Dave
Maât
2008-10-26 10:28:47 UTC
Permalink
Post by Dave Hall
Post by Maât
Post by Dave Hall
Post by Maât
Hi Watchers
This checkin was too large and so was rejected by the GNU mail server
see
http://svn.savannah.gnu.org/viewvc?view=rev&root=phpgroupware&revision=18606
Cheers
Dave
Hi all,
http://svn.savannah.gnu.org/viewvc/trunk/phpgwapi/setup/tables_current.inc.php?root=phpgroupware&r1=18466&r2=18606&pathrev=18606
i guess we are now using php sessions but the current code still tries
to use phpgw_app_sessions
Yep that's right. The app_session table is no more. Any code which
bypasses the session class and uses that table directly is broken - as
it was by design before this change was made.
Cheers
Dave
ok thanks.
can i find somewhere a model of call using the session class ?
that would help me avoid to "re-invent the whell"
The session class should be working fine. It uses the new cache class
for caching data.
Cheers
Dave
i did not make myself very clear sorry

new trial :

*where* in the code may i find a nice example of call to session class
that would help me to replace the direct calls to old phpgw_app_session
table ?

(or if there is nothing available at the moment do need to investigate
alone ?)

regards,
Maât
Dave Hall
2008-10-26 11:10:59 UTC
Permalink
Post by Maât
Post by Dave Hall
Post by Maât
can i find somewhere a model of call using the session class ?
that would help me avoid to "re-invent the whell"
The session class should be working fine. It uses the new cache class
for caching data.
i did not make myself very clear sorry
*where* in the code may i find a nice example of call to session class
that would help me to replace the direct calls to old phpgw_app_session
table ?
The existing calls to phpgwapi_session::appsession should still work -
that is a good example

Cheers

Dave
Maât
2008-10-26 11:55:06 UTC
Permalink
Post by Dave Hall
Post by Maât
Post by Dave Hall
Post by Maât
can i find somewhere a model of call using the session class ?
that would help me avoid to "re-invent the whell"
The session class should be working fine. It uses the new cache class
for caching data.
i did not make myself very clear sorry
*where* in the code may i find a nice example of call to session class
that would help me to replace the direct calls to old phpgw_app_session
table ?
The existing calls to phpgwapi_session::appsession should still work -
that is a good example
Cheers
Dave
ok thank you

Loading...