adminer-tracker — Tracker items
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
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
1
|
2
|
3
|
4
|
5
(2) |
6
(1) |
7
(3) |
|
8
(2) |
9
|
10
|
11
|
12
(1) |
13
|
14
|
|
15
(1) |
16
|
17
|
18
|
19
(1) |
20
|
21
(1) |
|
22
|
23
|
24
|
25
|
26
|
27
|
28
|
|
29
|
30
|
31
|
|
|
|
|
|
From: SourceForge.net <noreply@so...> - 2012-07-21 16:51:35
|
Bugs and Features item #3545899, was opened at 2012-07-19 08:01 Message generated for change (Settings changed) made by jakubvrana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3545899&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.4.0 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Falko (zortopgun) Assigned to: Jakub Vrána (jakubvrana) Summary: Postgres and user_types (enumeration) Initial Comment: If you want to edit a row in a postgres database which has user defined types you get this error: ERROR: operator does not exist: integer * enum_y_n LINE 1: ...ser_lastname", "user_rights", "user_department", 1*"user_loc... HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts. I have defined the type enum_y_n_ with two values ("y" and "n"). Column Type Comment user_loginname character varying(20) user_password character varying(50) user_firstname character varying(20) user_lastname character varying(20) user_rights integer user_department character varying(30) user_locked enum_y_n [Y] Adminer does not show any data from the row you want to edit. ---------------------------------------------------------------------- Comment By: Jakub Vrána (jakubvrana) Date: 2012-07-21 09:51 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=3545899&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-19 15:01:41
|
Bugs and Features item #3545899, was opened at 2012-07-19 08:01 Message generated for change (Tracker Item Submitted) made by zortopgun You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3545899&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Falko (zortopgun) Assigned to: Jakub Vrána (jakubvrana) Summary: Postgres and user_types (enumeration) Initial Comment: If you want to edit a row in a postgres database which has user defined types you get this error: ERROR: operator does not exist: integer * enum_y_n LINE 1: ...ser_lastname", "user_rights", "user_department", 1*"user_loc... HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts. I have defined the type enum_y_n_ with two values ("y" and "n"). Column Type Comment user_loginname character varying(20) user_password character varying(50) user_firstname character varying(20) user_lastname character varying(20) user_rights integer user_department character varying(30) user_locked enum_y_n [Y] Adminer does not show any data from the row you want to edit. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3545899&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-15 17:35:41
|
Bugs and Features item #3544414, was opened at 2012-07-15 10:35 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3544414&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Jakub Vrána (jakubvrana) Summary: ALTER Export nefunguje Initial Comment: Vo verzii 3.4.0 prestal fungovat ALTER EXPORT - vygenerovany kod je rovnaky, ale pri jeho spusteni nezbehne cely, zostane vytvorena procedura alter_adminer a kod na zmenu DB sa nevygeneruje. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3544414&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-12 07:33:39
|
Bugs and Features item #3542909, was opened at 2012-07-12 00:33 Message generated for change (Tracker Item Submitted) made by beholder-eye You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3542909&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: beholder (beholder-eye) Assigned to: Jakub Vrána (jakubvrana) Summary: Shift-click do not work on dump page Initial Comment: On table list page shift-click selects several rows, but on dump DB page shift-click do not work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3542909&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-08 13:01:55
|
Bugs and Features item #3541365, was opened at 2012-07-08 06:01 Message generated for change (Tracker Item Submitted) made by mmeridius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3541365&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin (mmeridius) Assigned to: Jakub Vrána (jakubvrana) Summary: nové řazení ve 3.4.0 Initial Comment: Chvilku mi trvalo, než mi došlo, že kliknutím na název sloupce jej seřadím jen vzestupně a na sestupné řazení je vedlejší šipka. Šipka za názvem sloupce by, podle mě (pokud je tam vůbec potřeba), měla pouze zobrazovat směr řazení a měla by se podle něj měnit. Pokud tam zůstane, měla by mít stejný odkaz, jako název sloupce. Jen mě to tak napadlo... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3541365&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-08 08:00:54
|
Bugs and Features item #3541326, was opened at 2012-07-08 01:00 Message generated for change (Tracker Item Submitted) made by hakuna You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3541326&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: 3.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Milan Matejcek (hakuna) Assigned to: Nobody/Anonymous (nobody) Summary: CALL procedure/function with NULL Initial Comment: If I use page for call function/procedure on url &callf=fceName and I fill NULL. It translate like this SELECT `fceName`('NULL'). Adminer 3.3.4 does not make it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3541326&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-07 14:25:59
|
Bugs and Features item #3541112, was opened at 2012-07-07 07:25 Message generated for change (Tracker Item Submitted) made by michelesalvador You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3541112&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michele Salvador (michelesalvador) Assigned to: Jakub Vrána (jakubvrana) Summary: IFNULL garbles numeric fields values Initial Comment: 1) go to Adminer demo http://adminer.sourceforge.net/adminer.php?username= 2) in 'SQL command' paste the query: CREATE VIEW `duration_with_ifnull` AS SELECT duration as duration, IFNULL(`duration`,'') AS `IFNULL(duration)` FROM `songs`; 3) Go to database and select view 'duration_with_ifnull' 4) Notice how values in columns 'duration' and 'IFNULL(duration)' are different '3' is added before every number and ':' is replaced by 'a' Cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3541112&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-07 11:21:40
|
Bugs and Features item #3540997, was opened at 2012-07-06 18:34 Message generated for change (Comment added) made by michelesalvador You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540997&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michele Salvador (michelesalvador) Assigned to: Jakub Vrána (jakubvrana) Summary: 403 Forbidden after save/drop any SELECT procedure or view Initial Comment: When I 'Create' / 'Alter' a Procedure or a View that include a SELECT statement then click 'Save' or 'Drop', a "403 Forbidden" server page always appears. For example with a simple procedure like: SELECT * FROM commenti; This happen only on remote server, not in local machine. Only if a SELECT is included, not with INSERT. However everything is okay creating Procedure and View from ' SQL command' CREATE VIEW foo AS ( SELECT... I checked all writing / reading / execution authorization for Adminer file and for directory in which Adminer is. In Privileges -> my Username -> Edit -> 'All privileges' is checked for my database I'm using Adminer 3.4.0 on remote server Apache 2.2.22 MySQL 5.1.63-community-log PHP 5.3.10 Please help Thank you ---------------------------------------------------------------------- >Comment By: Michele Salvador (michelesalvador) Date: 2012-07-07 04:21 Message: Maybe I found the point: the server needs a SQL syntax a little bit more accurate when I create View or Procedure with SELECT to access for example a table 'commenti' : SELECT * FROM commenti -- click 'Save' brings to '403 Forbidden' SELECT * FROM `commenti` -- ok. procedure/view is saved other example of syntax accuracy in procedure / view : SELECT id FROM commenti -- brings '403 Forbidden' SELECT id AS id FROM commenti -- ok Note that also phpMyAdmin has exactly the same behavior. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540997&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-07 01:34:32
|
Bugs and Features item #3540997, was opened at 2012-07-06 18:34 Message generated for change (Tracker Item Submitted) made by michelesalvador You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540997&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michele Salvador (michelesalvador) Assigned to: Jakub Vrána (jakubvrana) Summary: 403 Forbidden after save/drop any SELECT procedure or view Initial Comment: When I 'Create' / 'Alter' a Procedure or a View that include a SELECT statement then click 'Save' or 'Drop', a "403 Forbidden" server page always appears. For example with a simple procedure like: SELECT * FROM commenti; This happen only on remote server, not in local machine. Only if a SELECT is included, not with INSERT. However everything is okay creating Procedure and View from ' SQL command' CREATE VIEW foo AS ( SELECT... I checked all writing / reading / execution authorization for Adminer file and for directory in which Adminer is. In Privileges -> my Username -> Edit -> 'All privileges' is checked for my database I'm using Adminer 3.4.0 on remote server Apache 2.2.22 MySQL 5.1.63-community-log PHP 5.3.10 Please help Thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540997&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-06 23:44:32
|
Bugs and Features item #3540985, was opened at 2012-07-06 16:44 Message generated for change (Tracker Item Submitted) made by michelesalvador You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540985&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michele Salvador (michelesalvador) Assigned to: Jakub Vrána (jakubvrana) Summary: Redefine DELIMITER not allowed Initial Comment: From what I understood, this query is valid mysql: DELIMITER // CREATE PROCEDURE foo () BEGIN END// ...unfortunately Adminer doesn't allow to redefine DELIMITER and says in red "Error in query: Syntax error near '//' at line 3" Note that also phpMyAdmin 3.5.1 returns the same warning, but only if there is no line return after last // Thanks You are great. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540985&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-05 16:47:01
|
Bugs and Features item #3540502, was opened at 2012-07-05 09:46 Message generated for change (Tracker Item Submitted) made by obouda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540502&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.4.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ondřej Bouda (obouda) Assigned to: Jakub Vrána (jakubvrana) Summary: Fatal error when searching a Postgres database Initial Comment: When working with a Postgres database (version 9.1.4 through PHP extension PgSQL), I used the "Search data in tables" function that searches a given string in all the database tables. Instead of result, I received a fatal error: Fatal error: Call to a member function fetch_row() on a non-object in C:\prg\php\db\index.php on line 304 Call Stack # Time Memory Function Location 1 0.0711 5597064 {main}( ) ..\index.php:0 2 0.2222 5710792 search_tables( ) ..\index.php:1597 Adminer version is 3.4.0, operating system Windows 7. Reproduced on PHP 5.3.1 and PHP 5.4.4. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540502&group_id=264133 |
|
From: SourceForge.net <noreply@so...> - 2012-07-05 15:23:45
|
Bugs and Features item #3540484, was opened at 2012-07-05 08:23 Message generated for change (Tracker Item Submitted) made by k-fish You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540484&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.3.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Karsten Dambekalns (k-fish) Assigned to: Jakub Vrána (jakubvrana) Summary: New database not visible Initial Comment: 1. Open Adminer with the list of databases on a (MySQL) server 2. Create a new database ("externally", not using Adminer) 3. Reload Adminer - the new database is not picked up When changing the URL of database view to match the new database name, all works well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1127745&aid=3540484&group_id=264133 |