Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
On 12/13/2012 05:44 PM, Marc Delisle wrote:
Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
Bye, Rouslan
[0]: https://github.com/roccivic/phpmyadmin/commits/split-server-status
Rouslan Placella a écrit :
On 12/13/2012 05:44 PM, Marc Delisle wrote:
Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
The split-server-status branch has been merged, the localStorage feature has been fixed.
Anything else that would be a showstopper for an alpha1 ?
On 12/19/2012 01:26 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/13/2012 05:44 PM, Marc Delisle wrote:
Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
The split-server-status branch has been merged, the localStorage feature has been fixed.
Anything else that would be a showstopper for an alpha1 ?
Not a showstopper, but we have quite a few outdated third party js libraries. It's probably a good idea to upgrade them before the alpha. Here are a few:
codemirror 2.18 -> 3.0 jquery 1.6.2 -> 1.8.3 jquery ui 1.8.16 -> 1.9.2 jquery ui timepicker 0.9.6 -> 1.1.1 jquery qtip -> can be dropped after jquery ui is upgraded as it will come with a tooltip plugin included
Bye, Rouslan
Rouslan Placella a écrit :
On 12/19/2012 01:26 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/13/2012 05:44 PM, Marc Delisle wrote:
Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
The split-server-status branch has been merged, the localStorage feature has been fixed.
Anything else that would be a showstopper for an alpha1 ?
Not a showstopper, but we have quite a few outdated third party js libraries. It's probably a good idea to upgrade them before the alpha. Here are a few:
codemirror 2.18 -> 3.0 jquery 1.6.2 -> 1.8.3 jquery ui 1.8.16 -> 1.9.2 jquery ui timepicker 0.9.6 -> 1.1.1 jquery qtip -> can be dropped after jquery ui is upgraded as it will come with a tooltip plugin included
I got bad surprises when trying a jQuery update (I think it was concerning jqPlot). Has someone else tried it?
On 12/19/2012 02:18 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/19/2012 01:26 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/13/2012 05:44 PM, Marc Delisle wrote:
Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
The split-server-status branch has been merged, the localStorage feature has been fixed.
Anything else that would be a showstopper for an alpha1 ?
Not a showstopper, but we have quite a few outdated third party js libraries. It's probably a good idea to upgrade them before the alpha. Here are a few:
codemirror 2.18 -> 3.0 jquery 1.6.2 -> 1.8.3 jquery ui 1.8.16 -> 1.9.2 jquery ui timepicker 0.9.6 -> 1.1.1 jquery qtip -> can be dropped after jquery ui is upgraded as it will come with a tooltip plugin included
I got bad surprises when trying a jQuery update (I think it was concerning jqPlot). Has someone else tried it?
I guess that it would be a bit of work, but we can't be shipping a new major with a whole bunch of outdated libraries either, can we?
Bye, Rouslan
Rouslan Placella a écrit :
On 12/19/2012 02:18 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/19/2012 01:26 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/13/2012 05:44 PM, Marc Delisle wrote:
Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
The split-server-status branch has been merged, the localStorage feature has been fixed.
Anything else that would be a showstopper for an alpha1 ?
Not a showstopper, but we have quite a few outdated third party js libraries. It's probably a good idea to upgrade them before the alpha. Here are a few:
codemirror 2.18 -> 3.0 jquery 1.6.2 -> 1.8.3 jquery ui 1.8.16 -> 1.9.2 jquery ui timepicker 0.9.6 -> 1.1.1 jquery qtip -> can be dropped after jquery ui is upgraded as it will come with a tooltip plugin included
I got bad surprises when trying a jQuery update (I think it was concerning jqPlot). Has someone else tried it?
I guess that it would be a bit of work, but we can't be shipping a new major with a whole bunch of outdated libraries either, can we?
Preferably not; on the other hand, we cannot postpone version 4 indefinitely.
I just had a look and a newer jqPlot (1.0.4) is available, maybe someone can test it with a recent jQuery?
On 12/19/2012 02:53 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/19/2012 02:18 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/19/2012 01:26 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/13/2012 05:44 PM, Marc Delisle wrote: > Hi, > > Let's discuss an alpha version for 4.0. In the bug tracker, I tried to > find issues that are serious enough to block releasing the first alpha > version, and could not find any. > > Opinions? > The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
The split-server-status branch has been merged, the localStorage feature has been fixed.
Anything else that would be a showstopper for an alpha1 ?
Not a showstopper, but we have quite a few outdated third party js libraries. It's probably a good idea to upgrade them before the alpha. Here are a few:
codemirror 2.18 -> 3.0 jquery 1.6.2 -> 1.8.3 jquery ui 1.8.16 -> 1.9.2 jquery ui timepicker 0.9.6 -> 1.1.1 jquery qtip -> can be dropped after jquery ui is upgraded as it will come with a tooltip plugin included
I got bad surprises when trying a jQuery update (I think it was concerning jqPlot). Has someone else tried it?
I guess that it would be a bit of work, but we can't be shipping a new major with a whole bunch of outdated libraries either, can we?
Preferably not; on the other hand, we cannot postpone version 4 indefinitely.
I just had a look and a newer jqPlot (1.0.4) is available, maybe someone can test it with a recent jQuery?
So, I had a go at upgrading jquery, and I see no problems with any of the charts in the server status pages with the current jqplot version. So I filed a pull request[0].
Bye, Rouslan
Le 2012-12-19 09:53, Marc Delisle a écrit :
Rouslan Placella a écrit :
On 12/19/2012 02:18 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/19/2012 01:26 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
(...)
Not a showstopper, but we have quite a few outdated third party js libraries. It's probably a good idea to upgrade them before the alpha. Here are a few:
codemirror 2.18 -> 3.0 jquery 1.6.2 -> 1.8.3 jquery ui 1.8.16 -> 1.9.2 jquery ui timepicker 0.9.6 -> 1.1.1 jquery qtip -> can be dropped after jquery ui is upgraded as it will come with a tooltip plugin included
I got bad surprises when trying a jQuery update (I think it was concerning jqPlot). Has someone else tried it?
I guess that it would be a bit of work, but we can't be shipping a new major with a whole bunch of outdated libraries either, can we?
Preferably not; on the other hand, we cannot postpone version 4 indefinitely.
I just had a look and a newer jqPlot (1.0.4) is available, maybe someone can test it with a recent jQuery?
jqPlot and jQuery ui timepicker upgraded.
Hi everyone and a Happy New Year!
Does anyone have any idea why I see a blank page on Chrome under Ubuntu 12.04.1 (GET methods, except jquery, are failing). Also, on Firefox and Opera I get
ReferenceError: $ is not defined
ReferenceError: PMA_commonParams is not defined
ReferenceError: AJAX is not defined
Thanks, Alex
Alex M a écrit :
Hi everyone and a Happy New Year!
Does anyone have any idea why I see a blank page on Chrome under Ubuntu 12.04.1 (GET methods, except jquery, are failing). Also, on Firefox and Opera I get
ReferenceError: $ is not defined
ReferenceError: PMA_commonParams is not defined
ReferenceError: AJAX is not defined
Alex, Are you using the current master?
About your blank page, anything in the web server's error log?
On Fri, Jan 4, 2013 at 6:08 PM, Rouslan Placella rouslan@placella.com wrote:
And how is this related to the release of the 4.0.0-alpha1?
I thought maybe I was not the only one with this problem.
On Fri, Jan 4, 2013 at 5:54 PM, Marc Delisle marc@infomarc.info wrote:
Are you using the current master?
Yes, I am on the master branch.
About your blank page, anything in the web server's error log?
I don't see anything related. Attached a screenshot at [1]. Also, I've cleared the cache and turned off my Adblock plus.
[1] http://postimage.org/image/81dkzjuff/full/
-- Alex
Alex M a écrit :
On Fri, Jan 4, 2013 at 6:08 PM, Rouslan Placella rouslan@placella.com wrote:
And how is this related to the release of the 4.0.0-alpha1?
I thought maybe I was not the only one with this problem.
On Fri, Jan 4, 2013 at 5:54 PM, Marc Delisle marc@infomarc.info wrote:
Are you using the current master?
Yes, I am on the master branch.
About your blank page, anything in the web server's error log?
I don't see anything related. Attached a screenshot at [1]. Also, I've cleared the cache and turned off my Adblock plus.
Alex, do you have more than one server defined in config.inc.php?
Can you reproduce this error on http://demo.phpmyadmin.net?
On Fri, Jan 4, 2013 at 7:29 PM, Marc Delisle marc@infomarc.info wrote:
do you have more than one server defined in config.inc.php?
I have only one server defined in my configuration file.
Can you reproduce this error on http://demo.phpmyadmin.net?
The demo server seems to be working fine, so I guess it's a local problem. I still can't figure it out though. I pulled everything again, and it works just fine on windows 7, but it still doesn't show anything on Ubuntu 12.04 (no matter the browser). Other remote branches don't help either. Anyway, it's my fault somehow.
-- Alex
On Tue, Jan 8, 2013 at 6:38 PM, Alex M alex.ukf@gmail.com wrote:
The demo server seems to be working fine, so I guess it's a local problem. I still can't figure it out though. I pulled everything again, and it works just fine on windows 7, but it still doesn't show anything on Ubuntu 12.04 (no matter the browser). Other remote branches don't help either. Anyway, it's my fault somehow.
I really don't have any other ideas left. I tried older versions, nothing happens. I used the Ubuntu phpmyadmin package, same problem. I rewrote the config.inc.php, and I also used the /setup/ script (/setup/ loads just fine). I've changed all possible permissions. Those resources just won't load.
I've looked in the source file (which seems to be OK) and I've noticed that [1] and [2] are actually the only ones that throw a 355 error. Also, Firefox and Opera show me some links, but there is absolutely no CSS loading.
I'm guessing it's some kind of mix of the latest Ubuntu updates, my apache and/or php. It's a bit frustrating, because now I can't use PMA in any way here. I'm really curious if anyone else will also encounter this problem.
[1] http://localhost/pma_github/phpmyadmin.css.php?server=1&token=5873545bd6... [2] http://localhost/pma_github/js/get_image.js.php?theme=pmahomme
-- Alex
On 01/09/2013 12:56 PM, Alex M wrote:
On Tue, Jan 8, 2013 at 6:38 PM, Alex M <alex.ukf@gmail.com mailto:alex.ukf@gmail.com> wrote:
The demo server seems to be working fine, so I guess it's a local problem. I still can't figure it out though. I pulled everything again, and it works just fine on windows 7, but it still doesn't show anything on Ubuntu 12.04 (no matter the browser). Other remote branches don't help either. Anyway, it's my fault somehow.
I really don't have any other ideas left. I tried older versions, nothing happens. I used the Ubuntu phpmyadmin package, same problem. I rewrote the config.inc.php, and I also used the /setup/ script (/setup/ loads just fine). I've changed all possible permissions. Those resources just won't load.
I've looked in the source file (which seems to be OK) and I've noticed that [1] and [2] are actually the only ones that throw a 355 error. Also, Firefox and Opera show me some links, but there is absolutely no CSS loading.
I'm guessing it's some kind of mix of the latest Ubuntu updates, my apache and/or php. It's a bit frustrating, because now I can't use PMA in any way here. I'm really curious if anyone else will also encounter this problem.
[1] http://localhost/pma_github/phpmyadmin.css.php?server=1&token=5873545bd6... [2] http://localhost/pma_github/js/get_image.js.php?theme=pmahomme
Hi Alex,
please take this conversation elsewhere. The "help" or "support request" forums seems to be more appropriate in relation to your issue than the development mailing list.
Bye, Rouslan
On Wed, Jan 9, 2013 at 6:43 PM, Rouslan Placella rouslan@placella.comwrote:
On 01/09/2013 12:56 PM, Alex M wrote:
On Tue, Jan 8, 2013 at 6:38 PM, Alex M <alex.ukf@gmail.com mailto:alex.ukf@gmail.com> wrote:
The demo server seems to be working fine, so I guess it's a local problem. I still can't figure it out though. I pulled everything
again,
and it works just fine on windows 7, but it still doesn't show anything on Ubuntu 12.04 (no matter the browser). Other remote branches don't help either. Anyway, it's my fault somehow.
I really don't have any other ideas left. I tried older versions, nothing happens. I used the Ubuntu phpmyadmin package, same problem. I rewrote the config.inc.php, and I also used the /setup/ script (/setup/ loads just fine). I've changed all possible permissions. Those resources just won't load.
I've looked in the source file (which seems to be OK) and I've noticed that [1] and [2] are actually the only ones that throw a 355 error. Also, Firefox and Opera show me some links, but there is absolutely no CSS loading.
I'm guessing it's some kind of mix of the latest Ubuntu updates, my apache and/or php. It's a bit frustrating, because now I can't use PMA in any way here. I'm really curious if anyone else will also encounter this problem.
[1]
http://localhost/pma_github/phpmyadmin.css.php?server=1&token=5873545bd6...
[2] http://localhost/pma_github/js/get_image.js.php?theme=pmahomme
Hi Alex,
please take this conversation elsewhere. The "help" or "support request" forums seems to be more appropriate in relation to your issue than the development mailing list.
Bye, Rouslan
Hi all,
I am experiencing the same problem on one of the windows machines, but not on the one I usually use for development. It will be prudent to discuss this matter here if it turns out to the a problem for a large number of users as this is an absolute show stopper. We surely do not want to give the users a broken major version! I will try to do some investigations to see if I can figure out what's causing this.
On Wed, Jan 9, 2013 at 7:13 PM, Madhura Jayaratne madhura.cj@gmail.comwrote:
On Wed, Jan 9, 2013 at 6:43 PM, Rouslan Placella rouslan@placella.comwrote:
On 01/09/2013 12:56 PM, Alex M wrote:
On Tue, Jan 8, 2013 at 6:38 PM, Alex M <alex.ukf@gmail.com mailto:alex.ukf@gmail.com> wrote:
The demo server seems to be working fine, so I guess it's a local problem. I still can't figure it out though. I pulled everything
again,
and it works just fine on windows 7, but it still doesn't show anything on Ubuntu 12.04 (no matter the browser). Other remote branches don't help either. Anyway, it's my fault somehow.
I really don't have any other ideas left. I tried older versions,
nothing
happens. I used the Ubuntu phpmyadmin package, same problem. I rewrote the config.inc.php, and I also used the /setup/ script (/setup/ loads just fine). I've changed all possible permissions. Those resources just won't load.
I've looked in the source file (which seems to be OK) and I've noticed that [1] and [2] are actually the only ones that throw a 355 error. Also, Firefox and Opera show me some links, but there is absolutely no CSS loading.
I'm guessing it's some kind of mix of the latest Ubuntu updates, my apache and/or php. It's a bit frustrating, because now I can't use PMA in any way here. I'm really curious if anyone else will also encounter this problem.
[1]
http://localhost/pma_github/phpmyadmin.css.php?server=1&token=5873545bd6...
[2] http://localhost/pma_github/js/get_image.js.php?theme=pmahomme
Hi Alex,
please take this conversation elsewhere. The "help" or "support request" forums seems to be more appropriate in relation to your issue than the development mailing list.
Bye, Rouslan
Hi all,
I am experiencing the same problem on one of the windows machines, but not on the one I usually use for development. It will be prudent to discuss this matter here if it turns out to the a problem for a large number of users as this is an absolute show stopper. We surely do not want to give the users a broken major version! I will try to do some investigations to see if I can figure out what's causing this.
I tried bisecting and the first bad commit is 44c12545fc863. Still I have no clue what's causing this.
Hi
Dne Wed, 9 Jan 2013 20:46:54 +0530 Madhura Jayaratne madhura.cj@gmail.com napsal(a):
I tried bisecting and the first bad commit is 44c12545fc863. Still I have no clue what's causing this.
Maybe js/get_scripts.js.php is generating error?
On Wed, Jan 9, 2013 at 5:36 PM, Michal Čihař michal@cihar.com wrote:
I tried bisecting and the first bad commit is 44c12545fc863. Still I have no clue what's causing this.
Maybe js/get_scripts.js.php is generating error?
Might be related. I've managed to make it work on Opera and FF, by temporarily renaming all occurences of: phpmyadmin.css.php -> phpmyadmincss.php get_scripts.js.php -> get_scriptsjs.php get_image.js.php -> get_imagejs.php
Chrome still shows a blank page (get_scriptsjs.php fails to load).
-- Alex
On Wed, Jan 9, 2013 at 9:06 PM, Michal Čihař michal@cihar.com wrote:
Hi
Dne Wed, 9 Jan 2013 20:46:54 +0530 Madhura Jayaratne madhura.cj@gmail.com napsal(a):
I tried bisecting and the first bad commit is 44c12545fc863. Still I have no clue what's causing this.
Maybe js/get_scripts.js.php is generating error?
-- Michal Čihař | http://cihar.com | http://blog.cihar.com
I am somewhat confused with the what I noticed. The problem seems to be related to the size of the JavaScript loaded. For example, if I divide the JavaScript files loaded in the initial call to js/get_scripts.js between two calls with the following code (around Line 74 of libraries/Script.class.php), the problem goes away.
$mid = floor(count($params) / 2); $static_scripts = sprintf( "<script type='text/javascript' src='js/get_scripts.js.php?%s'></script>", implode("&", array_slice($params, 0, $mid)) ); $static_scripts .= sprintf( "<script type='text/javascript' src='js/get_scripts.js.php?%s'></script>", implode("&", array_slice($params, $mid)) );
Are you aware of any configuration that might be causing this? I am unable to find such a thing.
@Alex, Can you also verify this results?
On Sat, Jan 12, 2013 at 11:45 AM, Madhura Jayaratne madhura.cj@gmail.comwrote:
$mid = floor(count($params) / 2); $static_scripts = sprintf( "<script type='text/javascript' src='js/get_scripts.js.php?%s'></script>", implode("&", array_slice($params, 0, $mid)) ); $static_scripts .= sprintf( "<script type='text/javascript' src='js/get_scripts.js.php?%s'></script>", implode("&", array_slice($params, $mid)) );
Madhura, indeed, this removes the following errors on chrome:
GET http://localhost/pma_github/js/get_image.js.php?theme=pmahomme /pma_github/:1 http://localhost/pma_github/ GET http://localhost/pma_github/js/messages.php?lang=en&db=&server=0&... /pma_github/:1 http://localhost/pma_github/
3 others remain (and still a blank page): GET http://localhost/pma_github/ /pma_github/:1http://localhost/pma_github/ GET http://localhost/pma_github/phpmyadmin.css.php?server=1&token=8f8f340f68... /pma_github/:1 http://localhost/pma_github/ GET http://localhost/pma_github/js/get_scripts.js.php?scripts%5B%5D=jquery/jquer... /pma_github/:1 http://localhost/pma_github/
Firefox still shows
SyntaxError: missing ) after argument list
SyntaxError: unterminated string literal
ReferenceError: $ is not defined
ReferenceError: PMA_commonParams is not defined
ReferenceError: AJAX is not defined
I will look and see if I find similar solutions.
Marc, I am running on a 64-bit Ubuntu 12.04.01 with Google Chrome 24.0.1312.52.
-- Alex
On Sat, Jan 12, 2013 at 4:18 PM, Alex M alex.ukf@gmail.com wrote:
Marc, I am running on a 64-bit Ubuntu 12.04.01 with Google Chrome 24.0.1312.52.
Ubuntu Desktop *
-- Alex
Le 2013-01-12 09:46, Alex M a écrit :
On Sat, Jan 12, 2013 at 4:18 PM, Alex M alex.ukf@gmail.com wrote:
Marc, I am running on a 64-bit Ubuntu 12.04.01 with Google Chrome 24.0.1312.52.
Ubuntu Desktop *
With the same Ubuntu as yours, running in a VM of 1024 MB RAM, I have no problem with Chrome and current master (without Madhura's patch).
On Sat, Jan 12, 2013 at 10:05 PM, Marc Delisle marc@infomarc.info wrote:
Le 2013-01-12 09:46, Alex M a écrit :
On Sat, Jan 12, 2013 at 4:18 PM, Alex M alex.ukf@gmail.com wrote:
Marc, I am running on a 64-bit Ubuntu 12.04.01 with Google Chrome 24.0.1312.52.
Ubuntu Desktop *
With the same Ubuntu as yours, running in a VM of 1024 MB RAM, I have no problem with Chrome and current master (without Madhura's patch).
My problem in Chrome appears in libraries/OutputBuffering.class.php, line 93.
/** * This function will need to run at the top of all pages if output * output buffering is turned on. It also needs to be passed $mode * from the PMA_outBufferModeGet() function or it will be useless. * * @return void */ 87 public function start() 88 { 89 if (! $this->_on) { 90 if ($this->_mode) { // does not enter here 91 ob_start('ob_gzhandler'); 92 } // echo "test"; -> shows a message 93 ob_start(); // echo "test"; -> fails to print anything 94 if (! defined('TESTSUITE')) { header('X-ob_mode: ' . $this->_mode); } register_shutdown_function('PMA_OutputBuffering::stop'); $this->_on = true; } }
As a side note, in /etc/php5/apache2filter/php.ini, I have defined: output_buffering = 4096. Commenting out ob_start(); shows [1] instead of a blank page, but it still has the same errors.
I've found an article from January 3rd 2013 mentioning a similar problem in Chrome here [2], but it's not exactly the same.
[1] http://postimage.org/image/42gxhby4z/full/ [2] http://code.stephenmorley.org/php/google-chrome-blank-white-page-bug/#conten...
-- Alex
Le 2013-01-12 09:18, Alex M a écrit :
On Sat, Jan 12, 2013 at 11:45 AM, Madhura Jayaratne madhura.cj@gmail.comwrote:
$mid = floor(count($params) / 2); $static_scripts = sprintf( "<script type='text/javascript' src='js/get_scripts.js.php?%s'></script>", implode("&", array_slice($params, 0, $mid)) ); $static_scripts .= sprintf( "<script type='text/javascript' src='js/get_scripts.js.php?%s'></script>", implode("&", array_slice($params, $mid)) );
Madhura, indeed, this removes the following errors on chrome:
GET http://localhost/pma_github/js/get_image.js.php?theme=pmahomme /pma_github/:1 http://localhost/pma_github/ GET http://localhost/pma_github/js/messages.php?lang=en&db=&server=0&... /pma_github/:1 http://localhost/pma_github/
3 others remain (and still a blank page): GET http://localhost/pma_github/ /pma_github/:1http://localhost/pma_github/ GET http://localhost/pma_github/phpmyadmin.css.php?server=1&token=8f8f340f68... /pma_github/:1 http://localhost/pma_github/ GET http://localhost/pma_github/js/get_scripts.js.php?scripts%5B%5D=jquery/jquer... /pma_github/:1 http://localhost/pma_github/
Firefox still shows
SyntaxError: missing ) after argument list
SyntaxError: unterminated string literal
ReferenceError: $ is not defined
ReferenceError: PMA_commonParams is not defined
ReferenceError: AJAX is not defined
I will look and see if I find similar solutions.
Marc, I am running on a 64-bit Ubuntu 12.04.01 with Google Chrome 24.0.1312.52.
Ok, I have installed a VM with the same Ubuntu as yours. Which operation are you doing to produce these errors in Firefox's Tools>Web developer>Error console ?
Madhura Jayaratne a écrit :
On Wed, Jan 9, 2013 at 9:06 PM, Michal Čihař michal@cihar.com wrote:
Hi
Dne Wed, 9 Jan 2013 20:46:54 +0530 Madhura Jayaratne madhura.cj@gmail.com napsal(a):
I tried bisecting and the first bad commit is 44c12545fc863. Still I have no clue what's causing this.
Maybe js/get_scripts.js.php is generating error?
-- Michal Čihař | http://cihar.com | http://blog.cihar.com
I am somewhat confused with the what I noticed. The problem seems to be related to the size of the JavaScript loaded. For example, if I divide the JavaScript files loaded in the initial call to js/get_scripts.js between two calls with the following code (around Line 74 of libraries/Script.class.php), the problem goes away.
$mid = floor(count($params) / 2); $static_scripts = sprintf( "<script type='text/javascript'
src='js/get_scripts.js.php?%s'></script>", implode("&", array_slice($params, 0, $mid)) ); $static_scripts .= sprintf( "<script type='text/javascript' src='js/get_scripts.js.php?%s'></script>", implode("&", array_slice($params, $mid)) );
Are you aware of any configuration that might be causing this? I am unable to find such a thing.
Madhura, did you try disabling all browser extensions?
On 01/09/2013 01:43 PM, Madhura Jayaratne wrote:
On Wed, Jan 9, 2013 at 6:43 PM, Rouslan Placella <rouslan@placella.com mailto:rouslan@placella.com> wrote:
On 01/09/2013 12:56 PM, Alex M wrote: > On Tue, Jan 8, 2013 at 6:38 PM, Alex M <alex.ukf@gmail.com <mailto:alex.ukf@gmail.com> > <mailto:alex.ukf@gmail.com <mailto:alex.ukf@gmail.com>>> wrote: > > > The demo server seems to be working fine, so I guess it's a local > problem. I still can't figure it out though. I pulled everything again, > and it works just fine on windows 7, but it still doesn't show > anything on Ubuntu 12.04 (no matter the browser). Other remote > branches don't help either. Anyway, it's my fault somehow. > > > I really don't have any other ideas left. I tried older versions, nothing > happens. I used the Ubuntu phpmyadmin package, same problem. > I rewrote the config.inc.php, and I also used the /setup/ script > (/setup/ loads just fine). I've changed all possible permissions. > Those resources just won't load. > > I've looked in the source file (which seems to be OK) and I've > noticed that [1] and [2] are actually the only ones that throw a > 355 error. Also, Firefox and Opera show me some links, but > there is absolutely no CSS loading. > > I'm guessing it's some kind of mix of the latest Ubuntu updates, > my apache and/or php. It's a bit frustrating, because now I can't > use PMA in any way here. I'm really curious if anyone else will > also encounter this problem. > > [1] > http://localhost/pma_github/phpmyadmin.css.php?server=1&token=5873545bd6946cfece9a57893f7f5e77&nocache=5430928760ltr > [2] http://localhost/pma_github/js/get_image.js.php?theme=pmahomme Hi Alex, please take this conversation elsewhere. The "help" or "support request" forums seems to be more appropriate in relation to your issue than the development mailing list. Bye, Rouslan
Hi all,
I am experiencing the same problem on one of the windows machines, but not on the one I usually use for development. It will be prudent to discuss this matter here if it turns out to the a problem for a large number of users as this is an absolute show stopper. We surely do not want to give the users a broken major version! I will try to do some investigations to see if I can figure out what's causing this.
Ok, sorry guys, my bad. It just sounded like there was something wrong with Alex's php or apache configuration.
Bye, Rouslan
On 01/04/2013 03:10 PM, Alex M wrote:
Hi everyone and a Happy New Year!
Does anyone have any idea why I see a blank page on Chrome under Ubuntu 12.04.1 (GET methods, except jquery, are failing). Also, on Firefox and Opera I get
ReferenceError: $ is not defined
ReferenceError: PMA_commonParams is not defined
ReferenceError: AJAX is not defined
And how is this related to the release of the 4.0.0-alpha1?
Anyway, that's hardly enough information, though by the looks of it, jquery isn't being properly included...
Bye, Rouslan
Alex M a écrit :
Hi everyone and a Happy New Year!
Does anyone have any idea why I see a blank page on Chrome under Ubuntu 12.04.1 (GET methods, except jquery, are failing). Also, on Firefox and Opera I get
ReferenceError: $ is not defined
ReferenceError: PMA_commonParams is not defined
ReferenceError: AJAX is not defined
Thanks, Alex
I have the current phpMyAdmin master running on another server. On a VM with Ubuntu 12.04.1 Desktop (i386) and Chrome 24.0.1312.52, I have no problem.
On the same machine, with Firefox I cannot see any "ReferenceError".
Marc Delisle a écrit :
Le 2012-12-19 09:53, Marc Delisle a écrit :
Rouslan Placella a écrit :
On 12/19/2012 02:18 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/19/2012 01:26 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
(...)
Not a showstopper, but we have quite a few outdated third party js libraries. It's probably a good idea to upgrade them before the alpha. Here are a few:
codemirror 2.18 -> 3.0 jquery 1.6.2 -> 1.8.3 jquery ui 1.8.16 -> 1.9.2 jquery ui timepicker 0.9.6 -> 1.1.1 jquery qtip -> can be dropped after jquery ui is upgraded as it will come with a tooltip plugin included
jqPlot and jQuery ui timepicker upgraded.
qtip is gone from our codebase.
About CodeMirror, their site says that version 3 is "only partially backwards-compatible" so maybe we should instead upgrade to CodeMirror 2.37 ?
On 01/10/2013 06:08 PM, Marc Delisle wrote:
Marc Delisle a écrit :
Le 2012-12-19 09:53, Marc Delisle a écrit :
Rouslan Placella a écrit :
On 12/19/2012 02:18 PM, Marc Delisle wrote:
Rouslan Placella a écrit :
On 12/19/2012 01:26 PM, Marc Delisle wrote: > Rouslan Placella a écrit :
(...)
Not a showstopper, but we have quite a few outdated third party js libraries. It's probably a good idea to upgrade them before the alpha. Here are a few:
codemirror 2.18 -> 3.0 jquery 1.6.2 -> 1.8.3 jquery ui 1.8.16 -> 1.9.2 jquery ui timepicker 0.9.6 -> 1.1.1 jquery qtip -> can be dropped after jquery ui is upgraded as it will come with a tooltip plugin included
jqPlot and jQuery ui timepicker upgraded.
qtip is gone from our codebase.
About CodeMirror, their site says that version 3 is "only partially backwards-compatible" so maybe we should instead upgrade to CodeMirror 2.37 ?
Sounds like a good plan to me :)
Bye, Rouslan
Rouslan Placella a écrit :
On 01/10/2013 06:08 PM, Marc Delisle wrote:
Marc Delisle a écrit :
Le 2012-12-19 09:53, Marc Delisle a écrit :
Rouslan Placella a écrit :
On 12/19/2012 02:18 PM, Marc Delisle wrote:
Rouslan Placella a écrit : > On 12/19/2012 01:26 PM, Marc Delisle wrote: >> Rouslan Placella a écrit :
(...)
> Not a showstopper, but we have quite a few outdated third party js > libraries. It's probably a good idea to upgrade them before the alpha. > Here are a few: > > codemirror 2.18 -> 3.0 > jquery 1.6.2 -> 1.8.3 > jquery ui 1.8.16 -> 1.9.2 > jquery ui timepicker 0.9.6 -> 1.1.1 > jquery qtip -> can be dropped after jquery ui is upgraded as it will > come with a tooltip plugin included
jqPlot and jQuery ui timepicker upgraded.
qtip is gone from our codebase.
About CodeMirror, their site says that version 3 is "only partially backwards-compatible" so maybe we should instead upgrade to CodeMirror 2.37 ?
Sounds like a good plan to me :)
I'll give it a try.
Rouslan Placella a écrit :
On 01/10/2013 06:08 PM, Marc Delisle wrote:
Marc Delisle a écrit :
Le 2012-12-19 09:53, Marc Delisle a écrit :
Rouslan Placella a écrit :
On 12/19/2012 02:18 PM, Marc Delisle wrote:
Rouslan Placella a écrit : > On 12/19/2012 01:26 PM, Marc Delisle wrote: >> Rouslan Placella a écrit :
(...)
> Not a showstopper, but we have quite a few outdated third party js > libraries. It's probably a good idea to upgrade them before the alpha. > Here are a few: > > codemirror 2.18 -> 3.0 > jquery 1.6.2 -> 1.8.3 > jquery ui 1.8.16 -> 1.9.2 > jquery ui timepicker 0.9.6 -> 1.1.1 > jquery qtip -> can be dropped after jquery ui is upgraded as it will > come with a tooltip plugin included
jqPlot and jQuery ui timepicker upgraded.
qtip is gone from our codebase.
About CodeMirror, their site says that version 3 is "only partially backwards-compatible" so maybe we should instead upgrade to CodeMirror 2.37 ?
Sounds like a good plan to me :)
CodeMirror upgraded to 2.27 (I did a few quick tests with it). I believe that all js libraries are up to date.
Any news from Alex M or Madhura about the other problem?
Hi
Dne Thu, 10 Jan 2013 13:08:26 -0500 Marc Delisle marc@infomarc.info napsal(a):
About CodeMirror, their site says that version 3 is "only partially backwards-compatible" so maybe we should instead upgrade to CodeMirror 2.37 ?
Upgrading to 3.x definitely needs quite a lot of work, at least it looked so to me when I last tried.
2012/12/19 Marc Delisle marc@infomarc.info:
Rouslan Placella a écrit :
On 12/13/2012 05:44 PM, Marc Delisle wrote:
Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
The split-server-status branch has been merged, the localStorage feature has been fixed.
Anything else that would be a showstopper for an alpha1 ?
Nothing I can think of at the moment.
This would mean we go into 'preparation for the next major release' mode, which will mean a freeze on features and new translatable strings [0]. Should we create a QA_4_0 branch at this point, were all the preparations for 4.0 go? Or will we wait with this branch until we go into the release candidate stage? How about code cleanup? Only in master or do we still allow it for 4.0-dev until the rc-stage.
[0] http://wiki.phpmyadmin.net/pma/Gettext_for_developers#Guidelines_on_adding.2...
Dieter Adriaenssens a écrit :
2012/12/19 Marc Delisle marc@infomarc.info:
Rouslan Placella a écrit :
On 12/13/2012 05:44 PM, Marc Delisle wrote:
Hi,
Let's discuss an alpha version for 4.0. In the bug tracker, I tried to find issues that are serious enough to block releasing the first alpha version, and could not find any.
Opinions?
The server status monitor pages still need some work, I have a branch with a whole bunch of fixes[0] that I intend to merge some time soon. Even after I do so, there will still be a few more bugs in those pages, all old and untracked, including a show-stopper in the localStorage feature. I'll file them as soon as I get a chance on the tracker.
The split-server-status branch has been merged, the localStorage feature has been fixed.
Anything else that would be a showstopper for an alpha1 ?
Nothing I can think of at the moment.
This would mean we go into 'preparation for the next major release' mode, which will mean a freeze on features and new translatable strings [0]. Should we create a QA_4_0 branch at this point, were all the preparations for 4.0 go? Or will we wait with this branch until we go into the release candidate stage?
I suggest starting QA_4_0 at the 4.0.0-beta1 release.
How about code cleanup? Only in master or do we still allow it for 4.0-dev until the rc-stage.
I would say, only during the alpha stage.
[0] http://wiki.phpmyadmin.net/pma/Gettext_for_developers#Guidelines_on_adding.2...