Hi list,
I just found the string "$updComTab" in my language file...
Is there any special reason why this one does not carry the prefix "str"?
Regards,
Alexander M. Turek
<alex(a)bugfixes.info>
+-----------------------------+
| The phpMyAdmin Project |
| http://www.phpmyadmin.net |
| rabus(a)users.sourceforge.net |
+-----------------------------+
| [bugfixes.info] |
| http://www.bugfixes.info |
| rabus(a)bugfixes.info |
+-----------------------------+
Wir sind wieder einmal für Dich im Internet unterwegs gewesen und haben Dir
die aktuellsten und heissesten Links zusammengestellt:
1. Gynocams.tv
2. 3DSex.tv
3. Untermrock.tv
4. Bukkake.de
___________________________________________________________________
1.
Du stehst auf heisse Doktorspielchen und willst süsse Girls bei ihrem
Arztbesuch beobachten?
Du willst die geilsten Krankenschwestern und die schärfsten Sexspielchen auf
dem Gynäkologenstuhl und all das auch noch auf Krankenschein?
Dann ist hier Dein Link:
http://www.gynocams.tv/index.php?MID=100461&WMID=2797&ml=1
2.
Endlich eine Seite, die in Sachen Erotik-Cartoons und Comics neue Maßstäbe
setzt!
Die heissesten und unbeschreiblichsten Fantasien wurden hier in Szene
gesetzt! Heisse Fortsetzungsserien und detailgetreue Zeichnungen warten auf
Dich!
Hier kommst du hin:
http://www.3dsex.tv/index.php?MID=100461&WMID=2797&ml=1
3.
Hier kannst Du den schärfsten Mädels unter den Rock schauen und
kontrollieren, ob sie überhaupt ein Höschen tragen- die meisten wissen noch
nicht einmal, dass Du sie beobachtest!
Lust bekommen? Dann klicke einfach auf diesen Link:
http://www.untermrock.tv/index.php?MID=100461&WMID=2797&ml=1
4.
Das Beste zum Schluss- hier wird Dir der neuste Trend aus Japan präsentiert:
Bukkake!
Richtig viele Männer spritzen auf eine Frau! Auf Ihre Titten, ihren Arsch,
oder in ihr Gesicht- das sollte man unbedingt gesehen haben!
Hier ist der Link:
http://www.bukkake.de/index.php?MID=100461&WMID=2797&ml=1
Wenn Du diesen Newsletter nicht mehr erhalten möchtest, klicke einfach auf
diesen Link:
http://www.memberarea.tv/nl.php?adr=phpmyadmin-devel@lists.sourceforge.net
E866788
Hi again,
-----Original Message-----
From: Rabus [mailto:rabus@bugfixes.info]
>
> Hi Marc & list,
>
> -----Original Message-----
> From: Marc Delisle [mailto:delislma@CollegeSherbrooke.qc.ca]
> >
> > Alexander,
> >
> > so, why can a user do USE MYSQL when he has CREATE TEMPORARY TABLES?
> >
>
> Because of a MySQL bug...?
> I'm going to report this to MySQL.
>
My report:
http://bugs.mysql.com/179
Let's see, what they'll say about it :-)
Alexander M. Turek
<alex(a)bugfixes.info>
+-----------------------------+
| The phpMyAdmin Project |
| http://www.phpmyadmin.net |
| rabus(a)users.sourceforge.net |
+-----------------------------+
| [bugfixes.info] |
| http://www.bugfixes.info |
| rabus(a)bugfixes.info |
+-----------------------------+
> There is no gaurentee that you'll get the same persistant connection
> unfortunetly. If your browser really used HTTP/1.1 keepalive, you'd
> stand a better chance of it, but really that is no way to do it.
> > can anybody tell me more there?
> The only workaround that is possible if we want transaction support in
> PMA would be to buffer the queries inside PMA, using our own seperate
> table, and then sending them atomically to MySQL on COMMIT or just
> dumping them on ROLLBACK.
no, i don't think that'd stand a chance - if i have a big table and want to
do a updatequery on it and afterwards check if everything looks fine before
doing commit or rollback, that'd mean PMA would do a copy of my big table on
the heap for as long as it takes me to decide wether i like it? i doubt that
any ISP would like that behaviour.
but it is kind of sad, to see that here we seem to come to a point where
MySQL is offering a useful feature that users will not be able to use with
PMA - for usage of transactions i now installed the MySQL Controlcenter here
again ;-(
cheers
Mike Beck
obviously, as http is a stateless protocoll you can't just use pma to send
the queries
begin
update ...
then do some selects with pma and afterwards do a rollback.
but if i set autocommit to false in the mysql serversettings and in the
php.ini set php to use persistent connections as default do you think it
would work?
if that chance exists i'd start thinking if there is any useful way to help
using transactions on innodb tables in pma, but i think that even if you use
persistent connections these are only persistent within one apache child, so
chances are that the connection is lost nevertheless and thus transaction
can never work.
can anybody tell me more there?
regards
mike beck
> >>>so, why can a user do USE MYSQL when he has CREATE
> TEMPORARY TABLES?
> >>>
> Well, after reading their answer, I guess we will have to rely
> on something else to set $is_superuser, like selecting records
> from mysql.user.
>
> Marc
>
well, finally i do have MySQL 4.0.12 on my server here, so i am starting to
read the list again.
I think MySQLs Behaviour is correct here - you have a global privilege (even
if it doesn't give you any useful right), so you have that for all
Databases, so you can view it...
What i think does not make any sense is that on upgrading from 3.23, when
you run their script to update your rights users that didn't have ANY global
rights before automatically get a global 'create temporary table' and 'lock
tables'.
if you remove that two global privileges everything works as we expect it
again.
so the question is:
is that a bug with the upgrade script?
regards
Mike Beck
