adminer-tracker Mailing List for Adminer
Database management in a single PHP file
Brought to you by:
jakubvrana
You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(22) |
Sep
(22) |
Oct
(13) |
Nov
(34) |
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(13) |
Feb
(26) |
Mar
(6) |
Apr
(39) |
May
(14) |
Jun
(6) |
Jul
(17) |
Aug
(21) |
Sep
(2) |
Oct
(55) |
Nov
(58) |
Dec
(10) |
2011 |
Jan
(25) |
Feb
(27) |
Mar
(15) |
Apr
(29) |
May
(58) |
Jun
(126) |
Jul
(97) |
Aug
(39) |
Sep
(21) |
Oct
(17) |
Nov
(14) |
Dec
(6) |
2012 |
Jan
(8) |
Feb
(7) |
Mar
(23) |
Apr
(33) |
May
(37) |
Jun
(37) |
Jul
(12) |
Aug
(18) |
Sep
(13) |
Oct
(11) |
Nov
(6) |
Dec
(37) |
2013 |
Jan
(27) |
Feb
(5) |
Mar
(21) |
Apr
(52) |
May
(23) |
Jun
(7) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: 庞申杰(千. <she...@al...> - 2016-01-12 04:12:15
|
Hello, I discovered a bug about the adminer that can leads to remote PHP code execution vulnerability. Is there any safety way to submit the vulnerability detail for you? Thank you for your attention to this matter. |
From: 庞申杰(千. <she...@al...> - 2016-01-12 03:21:18
|
Hello, I discovered a bug about the adminer that can leads to remote PHP code execution vulnerability. Is there any safety way to submit the vulnerability detail for you? Thank you for your attention to this matter. |
From: SourceForge.net <no...@so...> - 2013-06-05 18:33:25
|
Bugs and Features item #3614340, was opened at 2013-06-05 06:08 Message generated for change (Comment added) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614340&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MS SQL Group: 3.7.0 >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: https://mojeid.cz/id/1or5sIJZFG () >Assigned to: Nobody/Anonymous (nobody) Summary: MSSQL czech diacritical marks Initial Comment: I've found a problem when inserting czech text to MSSQL database with diacritical marks The problem is captured on attached screenshot Database collation is Czech_CI_AS There are corresponding lines from Apache error.log [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): message: Unclosed quotation mark after the character string 'p'. (severity 15) in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): General SQL Server error: Check messages from the SQL Server (severity 15) in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): message: Incorrect syntax near 'p'. (severity 15) in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): General SQL Server error: Check messages from the SQL Server (severity 15) in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): Query failed in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz ---------------------------------------------------------------------- >Comment By: Jakub Vrána (jakubvrana) Date: 2013-06-05 11:33 Message: I am not going to fix it anytime soon. It seems that the database is in unsupported encoding. Adminer supports UTF-8. I would accept a good patch that supports other encodings in MSSQL. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614340&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-06-05 13:08:03
|
Bugs and Features item #3614340, was opened at 2013-06-05 06:08 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614340&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MS SQL Group: 3.7.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://mojeid.cz/id/1or5sIJZFG () Assigned to: Jakub Vrána (jakubvrana) Summary: MSSQL czech diacritical marks Initial Comment: I've found a problem when inserting czech text to MSSQL database with diacritical marks The problem is captured on attached screenshot Database collation is Czech_CI_AS There are corresponding lines from Apache error.log [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): message: Unclosed quotation mark after the character string 'p'. (severity 15) in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): General SQL Server error: Check messages from the SQL Server (severity 15) in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): message: Incorrect syntax near 'p'. (severity 15) in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): General SQL Server error: Check messages from the SQL Server (severity 15) in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz [Wed Jun 05 15:14:18 2013] [error] [client *.*.*.*] PHP Warning: mssql_query(): Query failed in /var/www/adminer/core/adminer-3.7.0.php on line 622, referer: http://secret.domain/?mssql=192.168.75.5&username=komiasp&db=komiasp&ns=dbo&edit=test_cz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614340&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-06-03 20:18:02
|
Bugs and Features item #3614245, was opened at 2013-06-02 06:43 Message generated for change (Comment added) made by maliayas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: mali (maliayas) Assigned to: Nobody/Anonymous (nobody) Summary: Misbehaving checkbox on "Alter table" page Initial Comment: This is a major bug. To reproduce: 1) Go to an "alter table" page 2) Pick a line and click the + button on that line (titled: "Add next") 3) Line is duplicated. OK. Now click the "NULL" checkbox on that new line. 4) The checkbox status changed. But the checkbox on the line that is duplicated from is changed too. Each time you click the checkbox, two checkboxes change at the same time. I've Adminer snapshot: e04be3a996900bb278a23468e030a7db00892cda P.S. It seems those checkboxes somehow have the same ID attributes. ---------------------------------------------------------------------- Comment By: mali (maliayas) Date: 2013-06-03 13:18 Message: Thanks. ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-06-03 09:39 Message: I've removed the ID attribute after all. Thanks for the report and for the fix. ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-06-03 09:39 Message: Thank you for the report, I've fixed it in Git. You can download the "Current development version" from http://www.adminer.org/#download ---------------------------------------------------------------------- Comment By: mali (maliayas) Date: 2013-06-02 08:31 Message: Pull request submitted: https://github.com/vrana/adminer/pull/45 ---------------------------------------------------------------------- Comment By: mali (maliayas) Date: 2013-06-02 06:56 Message: I think this bug happens in Firefox. Firefoox seems to obey the "for" attribute in '<label for="id"'. This makes it switch both checkboxes at the same time. IE doesn't do this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-06-03 16:39:27
|
Bugs and Features item #3614245, was opened at 2013-06-02 06:43 Message generated for change (Comment added) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: mali (maliayas) Assigned to: Nobody/Anonymous (nobody) Summary: Misbehaving checkbox on "Alter table" page Initial Comment: This is a major bug. To reproduce: 1) Go to an "alter table" page 2) Pick a line and click the + button on that line (titled: "Add next") 3) Line is duplicated. OK. Now click the "NULL" checkbox on that new line. 4) The checkbox status changed. But the checkbox on the line that is duplicated from is changed too. Each time you click the checkbox, two checkboxes change at the same time. I've Adminer snapshot: e04be3a996900bb278a23468e030a7db00892cda P.S. It seems those checkboxes somehow have the same ID attributes. ---------------------------------------------------------------------- >Comment By: Jakub Vrána (jakubvrana) Date: 2013-06-03 09:39 Message: I've removed the ID attribute after all. Thanks for the report and for the fix. ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-06-03 09:39 Message: Thank you for the report, I've fixed it in Git. You can download the "Current development version" from http://www.adminer.org/#download ---------------------------------------------------------------------- Comment By: mali (maliayas) Date: 2013-06-02 08:31 Message: Pull request submitted: https://github.com/vrana/adminer/pull/45 ---------------------------------------------------------------------- Comment By: mali (maliayas) Date: 2013-06-02 06:56 Message: I think this bug happens in Firefox. Firefoox seems to obey the "for" attribute in '<label for="id"'. This makes it switch both checkboxes at the same time. IE doesn't do this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-06-02 15:31:27
|
Bugs and Features item #3614245, was opened at 2013-06-02 06:43 Message generated for change (Comment added) made by maliayas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: mali (maliayas) Assigned to: Nobody/Anonymous (nobody) Summary: Misbehaving checkbox on "Alter table" page Initial Comment: This is a major bug. To reproduce: 1) Go to an "alter table" page 2) Pick a line and click the + button on that line (titled: "Add next") 3) Line is duplicated. OK. Now click the "NULL" checkbox on that new line. 4) The checkbox status changed. But the checkbox on the line that is duplicated from is changed too. Each time you click the checkbox, two checkboxes change at the same time. I've Adminer snapshot: e04be3a996900bb278a23468e030a7db00892cda P.S. It seems those checkboxes somehow have the same ID attributes. ---------------------------------------------------------------------- >Comment By: mali (maliayas) Date: 2013-06-02 08:31 Message: Pull request submitted: https://github.com/vrana/adminer/pull/45 ---------------------------------------------------------------------- Comment By: mali (maliayas) Date: 2013-06-02 06:56 Message: I think this bug happens in Firefox. Firefoox seems to obey the "for" attribute in '<label for="id"'. This makes it switch both checkboxes at the same time. IE doesn't do this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-06-02 13:56:02
|
Bugs and Features item #3614245, was opened at 2013-06-02 06:43 Message generated for change (Comment added) made by maliayas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: mali (maliayas) Assigned to: Nobody/Anonymous (nobody) Summary: Misbehaving checkbox on "Alter table" page Initial Comment: This is a major bug. To reproduce: 1) Go to an "alter table" page 2) Pick a line and click the + button on that line (titled: "Add next") 3) Line is duplicated. OK. Now click the "NULL" checkbox on that new line. 4) The checkbox status changed. But the checkbox on the line that is duplicated from is changed too. Each time you click the checkbox, two checkboxes change at the same time. I've Adminer snapshot: e04be3a996900bb278a23468e030a7db00892cda P.S. It seems those checkboxes somehow have the same ID attributes. ---------------------------------------------------------------------- >Comment By: mali (maliayas) Date: 2013-06-02 06:56 Message: I think this bug happens in Firefox. Firefoox seems to obey the "for" attribute in '<label for="id"'. This makes it switch both checkboxes at the same time. IE doesn't do this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-06-02 13:43:08
|
Bugs and Features item #3614245, was opened at 2013-06-02 06:43 Message generated for change (Tracker Item Submitted) made by maliayas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: mali (maliayas) Assigned to: Nobody/Anonymous (nobody) Summary: Misbehaving checkbox on "Alter table" page Initial Comment: This is a major bug. To reproduce: 1) Go to an "alter table" page 2) Pick a line and click the + button on that line (titled: "Add next") 3) Line is duplicated. OK. Now click the "NULL" checkbox on that new line. 4) The checkbox status changed. But the checkbox on the line that is duplicated from is changed too. Each time you click the checkbox, two checkboxes change at the same time. I've Adminer snapshot: e04be3a996900bb278a23468e030a7db00892cda P.S. It seems those checkboxes somehow have the same ID attributes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614245&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-31 08:12:54
|
Bugs and Features item #3614178, was opened at 2013-05-31 01:12 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614178&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PostgreSQL Group: 3.7.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Jakub Vrána (jakubvrana) Summary: field date postgres in 'Search data in tables' form Initial Comment: ''Search data in tables' works very well in Mysql but in postgres there an error There is an error for field date because they doesn't support % joker char. ERROR: operator does not exist: timestamp without time zone ~~ unknown LINE 1: ... "process_transition_action" WHERE ("create_date" LIKE '%mod... HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts. A second error : ERROR: argument of WHERE must be type boolean, not type integer LINE 1: ...FROM "account_account_financial_report_type" WHERE 0 LIMIT 1 I think than string search shoudn't search in boolean, date type field ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614178&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-30 00:59:16
|
Bugs and Features item #3614086, was opened at 2013-05-28 23:40 Message generated for change (Comment added) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614086&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PostgreSQL Group: 3.7.0 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Syky01 () Assigned to: Jakub Vrána (jakubvrana) Summary: maxlenght na timestamp Initial Comment: Pokud existuje v PgSQL tabulce záznam typu "timestamp without time zone", tak záznam má chybnou kontrolu (nebo formát) Výstup z Admineru: <input value="2013-05-29 00:00:00" maxlength="7" name="fields[test_timestamp]"> ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-29 17:59 Message: Thank you for the report, I've fixed it in Git. You can download the "Current development version" from http://www.adminer.org/#download ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614086&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-29 06:40:54
|
Bugs and Features item #3614086, was opened at 2013-05-28 23:40 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614086&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PostgreSQL Group: 3.7.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Syky01 () Assigned to: Jakub Vrána (jakubvrana) Summary: maxlenght na timestamp Initial Comment: Pokud existuje v PgSQL tabulce záznam typu "timestamp without time zone", tak záznam má chybnou kontrolu (nebo formát) Výstup z Admineru: <input value="2013-05-29 00:00:00" maxlength="7" name="fields[test_timestamp]"> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3614086&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-28 18:14:41
|
Bugs and Features item #3613974, was opened at 2013-05-27 01:46 Message generated for change (Comment added) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613974&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Common Group: 3.7.0 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: hubipe (hubipe) Assigned to: Jakub Vrána (jakubvrana) Summary: MSSQL tables are not sorted in „sidebar“ Initial Comment: After upgrade to 3.7.0, table in left sidebar are no longer sorted by name, but randomly. ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-28 11:14 Message: Thank you for the report, I've fixed it in Git. You can download the "Current development version" from http://www.adminer.org/#download ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613974&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-27 08:46:10
|
Bugs and Features item #3613974, was opened at 2013-05-27 01:46 Message generated for change (Tracker Item Submitted) made by hubipe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613974&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MS SQL Group: 3.7.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: hubipe (hubipe) Assigned to: Jakub Vrána (jakubvrana) Summary: MSSQL tables are not sorted in „sidebar“ Initial Comment: After upgrade to 3.7.0, table in left sidebar are no longer sorted by name, but randomly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613974&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-23 17:24:24
|
Bugs and Features item #3613649, was opened at 2013-05-21 01:56 Message generated for change (Comment added) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613649&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PostgreSQL Group: 3.7.0 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: finwe () Assigned to: Jakub Vrána (jakubvrana) Summary: Table list in "sidebar" for PostgreSQL is not ordered Initial Comment: Table list for postgreSQL is not sorted alphabetically. This is also valid in freshly compiled 3.7.1-dev, even though SQL query in postgresql driver is correct and hasn't changed. The order is as if the order clause in pgsql.inc.php's list_tables was missing. ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-23 10:24 Message: Thank you for the report, I've fixed it in Git. You can download the "Current development version" from http://www.adminer.org/#download ---------------------------------------------------------------------- Comment By: Milan Matejcek (hakuna) Date: 2013-05-21 23:41 Message: Same unsort list is used when you create foreing key in select box "Table". ---------------------------------------------------------------------- Comment By: Milan Matejcek (hakuna) Date: 2013-05-21 23:13 Message: It's very confusing if you have more tables. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613649&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-23 15:37:58
|
Bugs and Features item #3613679, was opened at 2013-05-21 13:30 Message generated for change (Comment added) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613679&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Common Group: 3.7.0 >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Konstantin Vlasov (captainflint) Assigned to: Jakub Vrána (jakubvrana) Summary: Sorting controls overlap header titles Initial Comment: If some column on the "Select data" page displays only values shorter than the title, the additional controls attached to the right of the column header overlap with the next header, making it unreadable. See the attached screenshot: the second column is named "code", but it's visible only partially from under the "↓ =" controls. ---------------------------------------------------------------------- >Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-23 08:37 Message: Please fix this in the skin (adminer.css). These controls are hidden by default and displays only on mouse over. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613679&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-22 06:41:34
|
Bugs and Features item #3613649, was opened at 2013-05-21 01:56 Message generated for change (Comment added) made by hakuna You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613649&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PostgreSQL Group: 3.7.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: finwe () Assigned to: Jakub Vrána (jakubvrana) Summary: Table list in "sidebar" for PostgreSQL is not ordered Initial Comment: Table list for postgreSQL is not sorted alphabetically. This is also valid in freshly compiled 3.7.1-dev, even though SQL query in postgresql driver is correct and hasn't changed. The order is as if the order clause in pgsql.inc.php's list_tables was missing. ---------------------------------------------------------------------- Comment By: Milan Matejcek (hakuna) Date: 2013-05-21 23:41 Message: Same unsort list is used when you create foreing key in select box "Table". ---------------------------------------------------------------------- Comment By: Milan Matejcek (hakuna) Date: 2013-05-21 23:13 Message: It's very confusing if you have more tables. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613649&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-22 06:13:35
|
Bugs and Features item #3613649, was opened at 2013-05-21 01:56 Message generated for change (Comment added) made by hakuna You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613649&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PostgreSQL Group: 3.7.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: finwe () Assigned to: Jakub Vrána (jakubvrana) Summary: Table list in "sidebar" for PostgreSQL is not ordered Initial Comment: Table list for postgreSQL is not sorted alphabetically. This is also valid in freshly compiled 3.7.1-dev, even though SQL query in postgresql driver is correct and hasn't changed. The order is as if the order clause in pgsql.inc.php's list_tables was missing. ---------------------------------------------------------------------- Comment By: Milan Matejcek (hakuna) Date: 2013-05-21 23:13 Message: It's very confusing if you have more tables. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613649&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-21 20:30:23
|
Bugs and Features item #3613679, was opened at 2013-05-21 13:30 Message generated for change (Tracker Item Submitted) made by captainflint You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613679&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Common Group: 3.7.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Konstantin Vlasov (captainflint) Assigned to: Jakub Vrána (jakubvrana) Summary: Sorting controls overlap header titles Initial Comment: If some column on the "Select data" page displays only values shorter than the title, the additional controls attached to the right of the column header overlap with the next header, making it unreadable. See the attached screenshot: the second column is named "code", but it's visible only partially from under the "↓ =" controls. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613679&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-21 08:56:51
|
Bugs and Features item #3613649, was opened at 2013-05-21 01:56 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613649&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PostgreSQL Group: 3.7.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: finwe () Assigned to: Jakub Vrána (jakubvrana) Summary: Table list in "sidebar" for PostgreSQL is not ordered Initial Comment: Table list for postgreSQL is not sorted alphabetically. This is also valid in freshly compiled 3.7.1-dev, even though SQL query in postgresql driver is correct and hasn't changed. The order is as if the order clause in pgsql.inc.php's list_tables was missing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613649&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-12 18:36:01
|
Bugs and Features item #3612605, was opened at 2013-05-03 17:23 Message generated for change (Comment added) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3612605&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MySQL Group: 3.6.4 >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Jakub Vrána (jakubvrana) Summary: Empty cells when I edit a row Initial Comment: Version de MySQL : 4.0.27-standard-log 1) I select a table 2) I click on "Select data" 3) I click on "Edit" to modify an entry => error msg: "No rows." + cells are empty => I cannot modify data ---------------------------------------------------------------------- >Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-12 11:36 Message: Adminer requires MySQL >= 4.1. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2013-05-05 10:12 Message: Hello, I use both perso tables or coming from the net. I alaways have the same issue, whatever the table is. ( ~ 50 tables coming from several projects) URL is: ?server=localhost&username=xxxxx&db=yyyyy&edit=blog_s_bot&where%5Bid%5D=2&adminer_sid=67b353ce46eefeec1d562c059b8f1202 where username and db contain the good value. (I've just modified both of them when I pasted the url here) The structure of this example is very usual id tinyint(3) unsigned Auto increment bot char(20) [0] nb mediumint(6) unsigned [0] Here is a phpinfo if required: http://sites.estvideo.net/video/phpinfo.php For information, I tried the script on another server, no issue (with the same tables & structures) Regards ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-03 19:39 Message: Please share the URL of the Edit link. You can omit sensitive parts (such as domain, username and hostname). If you can then share also the table structure and data example. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3612605&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-12 18:27:31
|
Bugs and Features item #3613109, was opened at 2013-05-11 06:11 Message generated for change (Comment added) made by lome77 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613109&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Common Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Lorenz (lome77) Assigned to: Jakub Vrána (jakubvrana) Summary: Adding LIMIT 1 to DELETE/UPDATE statements Initial Comment: Adminer always adds "LIMIT 1" to DELETE or UPDATE statements. We run a Master/Slave-SQL-Replication. The LIMIT 1 leads to this warning: 130509 22:30:57 [Warning] Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. The statement is unsafe because it uses a LIMIT clause. This is unsafe because the set of rows included cannot be predicted. Statement: UPDATE `plots` SET `MINSTATUSREQUIRED` = '200' WHERE `ID` = '293' COLLATE utf8_bin AND `STATION` = '105' LIMIT 1 LIMIT 1 doesn't make sense in this kind of statements. Can it be removed? ---------------------------------------------------------------------- Comment By: Lorenz (lome77) Date: 2013-05-12 11:27 Message: Great job, thank you! ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-12 11:23 Message: Adminer allows editing rows in tables without a primary key. The LIMIT is there to support that. I've removed the limit if you are editing a row based on primary key (or non-NULL unique key). ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-12 11:23 Message: Thank you for the report, I've fixed it in Git. You can download the "Current development version" from http://www.adminer.org/#download ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613109&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-12 18:23:17
|
Bugs and Features item #3613109, was opened at 2013-05-11 06:11 Message generated for change (Comment added) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613109&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Common Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Lorenz (lome77) Assigned to: Jakub Vrána (jakubvrana) Summary: Adding LIMIT 1 to DELETE/UPDATE statements Initial Comment: Adminer always adds "LIMIT 1" to DELETE or UPDATE statements. We run a Master/Slave-SQL-Replication. The LIMIT 1 leads to this warning: 130509 22:30:57 [Warning] Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. The statement is unsafe because it uses a LIMIT clause. This is unsafe because the set of rows included cannot be predicted. Statement: UPDATE `plots` SET `MINSTATUSREQUIRED` = '200' WHERE `ID` = '293' COLLATE utf8_bin AND `STATION` = '105' LIMIT 1 LIMIT 1 doesn't make sense in this kind of statements. Can it be removed? ---------------------------------------------------------------------- >Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-12 11:23 Message: Adminer allows editing rows in tables without a primary key. The LIMIT is there to support that. I've removed the limit if you are editing a row based on primary key (or non-NULL unique key). ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-12 11:23 Message: Thank you for the report, I've fixed it in Git. You can download the "Current development version" from http://www.adminer.org/#download ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613109&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-11 13:11:31
|
Bugs and Features item #3613109, was opened at 2013-05-11 06:11 Message generated for change (Tracker Item Submitted) made by lome77 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613109&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MySQL Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorenz (lome77) Assigned to: Jakub Vrána (jakubvrana) Summary: Adding LIMIT 1 to DELETE/UPDATE statements Initial Comment: Adminer always adds "LIMIT 1" to DELETE or UPDATE statements. We run a Master/Slave-SQL-Replication. The LIMIT 1 leads to this warning: 130509 22:30:57 [Warning] Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. The statement is unsafe because it uses a LIMIT clause. This is unsafe because the set of rows included cannot be predicted. Statement: UPDATE `plots` SET `MINSTATUSREQUIRED` = '200' WHERE `ID` = '293' COLLATE utf8_bin AND `STATION` = '105' LIMIT 1 LIMIT 1 doesn't make sense in this kind of statements. Can it be removed? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3613109&group_id=264133 |
From: SourceForge.net <no...@so...> - 2013-05-05 17:12:19
|
Bugs and Features item #3612605, was opened at 2013-05-03 17:23 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3612605&group_id=264133 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MySQL Group: 3.6.4 >Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Jakub Vrána (jakubvrana) Summary: Empty cells when I edit a row Initial Comment: Version de MySQL : 4.0.27-standard-log 1) I select a table 2) I click on "Select data" 3) I click on "Edit" to modify an entry => error msg: "No rows." + cells are empty => I cannot modify data ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2013-05-05 10:12 Message: Hello, I use both perso tables or coming from the net. I alaways have the same issue, whatever the table is. ( ~ 50 tables coming from several projects) URL is: ?server=localhost&username=xxxxx&db=yyyyy&edit=blog_s_bot&where%5Bid%5D=2&adminer_sid=67b353ce46eefeec1d562c059b8f1202 where username and db contain the good value. (I've just modified both of them when I pasted the url here) The structure of this example is very usual id tinyint(3) unsigned Auto increment bot char(20) [0] nb mediumint(6) unsigned [0] Here is a phpinfo if required: http://sites.estvideo.net/video/phpinfo.php For information, I tried the script on another server, no issue (with the same tables & structures) Regards ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2013-05-03 19:39 Message: Please share the URL of the Edit link. You can omit sensitive parts (such as domain, username and hostname). If you can then share also the table structure and data example. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3612605&group_id=264133 |