Developers

developers@phpmyadmin.net

2 participants
7003 discussions

Re: [Phpmyadmin-devel] 1295022 - Privileges for non superuser
by Aaron Maturen 14 Apr '10

14 Apr '10

I do. Is it possible? The grant tab seems to be based off a list from mysql.user Which is the check that is being prevented with "PMA_DBI_try_query('SELECT COUNT(*) FROM mysql.user', $GLOBALS['userlink'], PMA_DBI_QUERY_STORE)" to set the superuser -Aaron T. Maturen ----- Original Message ----- From: "Marc Delisle" <marc(a)infomarc.info> To: phpmyadmin-devel(a)lists.sourceforge.net Sent: Wednesday, April 14, 2010 9:29:35 AM GMT -05:00 US/Canada Eastern Subject: Re: [Phpmyadmin-devel] 1295022 - Privileges for non superuser Aaron Maturen a écrit : > I guess I'm getting tired. Its already part of adding a new user. Just for reference heres the link to the bug tracker: https://sourceforge.net/tracker/index.php?func=detail&aid=1295022&group_id=… . Aaron, just to be sure, do you still have a question about this? -- Marc Delisle http://infomarc.info ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Phpmyadmin-devel mailing list Phpmyadmin-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel

2 1

[Phpmyadmin-devel] phpmyadmin @ MySQL User Conference
by Raj Shekhar 14 Apr '10

14 Apr '10

phpmyadmin has a booth at the MySQL User Conference <http://en.oreilly.com/mysql2010/>. I saw Marc Delisle at the booth.

3 3

[Phpmyadmin-devel] phpMyAdmin 3.3.2 is released
by Marc Delisle 14 Apr '10

14 Apr '10

Welcome to phpMyAdmin 3.3.2, a bugfix release. Details will appear on http://phpmyadmin.net. In a hurry? you can visit http://sourceforge.net/projects/phpmyadmin to download. Marc Delisle, for the team -- http://infomarc.info

1 0

[Phpmyadmin-devel] Regarding jQuery libraries
by sutharshan balachandren 13 Apr '10

13 Apr '10

Hi, In the current phpmyadmin the full jQuery library is not added. Because of that the files necessary for jQuery themes and the UI elements have to be added each and every time part by part. Is it possible to add the whole jQuery library and the UI element files with themes in pypmyadmin? then its easy to develop the patches and create new elements with jQuery as well. Thank you. -- with love Sutharshan

2 1

[Phpmyadmin-devel] jQuery UI components
by Marc Delisle 13 Apr '10

13 Apr '10

Hi, when I selected the components I needed from jQuery UI, it produced a 14 KB file (minified) which is now in js/jquery. But as we will need more components, should we just produce one which contains all components? Its minified version is 211 KB but it would be cached by browsers. There is also the issue of localization but I had a look and only the datepicker is localized. -- Marc Delisle http://infomarc.info

4 10

[Phpmyadmin-devel] Where I can find problems to be fixed by patches?
by Da Young Lee 13 Apr '10

13 Apr '10

Hello, all. My name is Dayoung Lee. I submitted a GoSC application. I want to contribute for new patches. I heard that one requirement is code quality of submitted patches and due is by 4/14. Is it right? My simple question is that where I can find problems to be fixed by patches? Is it ok to pick any open feature requests from the link below? http://sourceforge.net/tracker/?group_id=23067&atid=377411 Or should I make my own problems that could be fixed by the patches when I use phpmyadmin? Best wishes, -- Happy Billee - Dayoung Lee 1. Cell: (919) 428 - 0694 2. Address:4361 Sugarbend Way, Raleigh, NC 27606

2 1

[Phpmyadmin-devel] using $() or jQuery() ?
by Marc Delisle 12 Apr '10

12 Apr '10

Hi, I think we should standardize on one or the other syntax. I like the simplicity of using $() but it would be clearer to always use jQuery(), as many other libraries are using the dollar sign and someone looking at a fragment of our code needs to know immediately which lib is used. -- Marc Delisle http://infomarc.info

10 30

[Phpmyadmin-devel] upgrade PHPExcel library
by Dieter Adriaenssens 11 Apr '10

11 Apr '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Bug #2974687 [0] originates from a bug in the PHPExcel library, which will be solved in a future release of that library. What do you think is the best way to incorporate this fix in our codebase? 1) Apply only the patch needed to fix this bug to our version of the PHPExcel library? 2) Or wait for a new release of that library, and upgrade the PHPExcel library in our codebase? 2) Seems the better thing to do, because we avoid to have to maintain a seperate version of PHPExcel, and in a future release some bugs other bugs are probably solved. But it is also a big change to the code, so it might require some testing. Hence the bug will only be fixed in 3.4-dev 1) will fix the bug faster and requires less testing, has less impact, hence it can be solved in 3.3.3-dev, but we'll miss out on other bugfixes in the library and have a PHPExcel-version that differs from the original project. Or both 1) and 2) can be done. What do you think? [0] http://sourceforge.net/tracker/?func=detail&aid=2974687&group_id=23067&atid… - -- Groetjes, Dieter Adriaenssens -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.10) iEYEARECAAYFAkvBwJsACgkQZGJbiPqZM6NkrwCcC4nNhl43cdd2bVnE1x3Xrqkp ir4Anj2s7yMYZn78NWmiIVhObIhNw5a3 =x3IZ -----END PGP SIGNATURE-----

3 2

[Phpmyadmin-devel] about quick query generation and messages
by Marc Delisle 11 Apr '10

11 Apr '10

Hi, why are we using five new messages, for example __('SELECT *') ? These are untranslatable keywords. -- Marc Delisle http://infomarc.info

3 2

[Phpmyadmin-devel] Bug #2983056 patch proposal
by Edouard SWIAC 09 Apr '10

09 Apr '10

Hi, Bug is : https://sourceforge.net/tracker/?func=detail&aid=2983056&group_id=23067&ati… At first I didn't achieve to reproduce the situation, no warning appeared even with error handler activated. Then, after switching from PHP 5.2 to PHP 5.3, the warning appeared, so it's a PHP 5.3 bug only. I think the PMA demo server is running PHP 5.3. This not the best fix, though. It would be better to fix the sysvar type at the source in StorageEngine::getVariablesStatus() I think. But when fetching results from the "SHOW GLOBAL VARIABLES" query (line 232), which returns only sysvar names and values, a type is assigned only if the sysvar hasn't one (line #247) and set to PMA_ENGINE_DETAILS_TYPE_PLAINTEXT (0). Elsewhere in the method, even in the whole file, I don't see where a type assignation is done. And it has to be done somewhere since a sysvar that emits the warning is set to ON and has a PMA_ENGINE_DETAILS_TYPE_NUMERIC (2) type, which is incorrect and should be PMA_ENGINE_DETAILS_TYPE_BOOLEAN (3). Maybe PMA guys can highlight me on that =) Thanks Edouard

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

Developers