I just noticed, that new class uses trigger_error. Should we use this
function? We got security report about path disclosures and this
introduces another way to disclose path information.
Michal Čihař | http://cihar.com
here is a new bug :)
- delete all PMA-related cookies
- start PMA
- I see a French interface, I log in
- on main I switch language to italian
- I log out
- on login panel I switch to French
- I log in
- interface is in italian (this must be coming from cookie)
i would like to have feedback what you think about my classes and
classes at all.
... do you think it would be better to name the object
$_SESSION['cfg'] than $_SESSION['PMA_Config']?
$_SESSION['theme'] than $_SESSION['PMA_Theme']?
as there should no name space problem with our named and path binded session
i hope to get some performance improvements, as with having these
objects in the session PMA does not need to do all this init stuff with
every page request (also with later XMLHTTPREQUESTS/AJAX in mind)
www.sebastianmendel.dewww.sf.net/projects/phpdatetime | www.sf.net/projects/phptimesheet
What could be happenning? On my server (cookie mode) and our demo server
(config mode), logins no longer work.
On my server, even if I have cookie mode, I don't see the login panel,
it tries to login immediately.
I like it, but if we choose a non-UTF-8 language, display of many special
characters becomes corrupted in the dropdown.
By the way, too bad that at this point (cookie-based login panel) we don't know
the MySQL version, so we cannot decide to avoid displaying non-UTF-8 choices....
but now that MySQL 4.0.x can be considered old, why don't we reverse the logic
and by default avoid to display non-UTF-8 choices?