Hi all,
The error reporting server is based on cakePHP which is licensed under
MIT license [0].
It is compatible with GPL, the license under which phpMyAdmin is licensed.
Under which license shall we license the code that is added to create
the error reporting server?
Both licensing under GPL or MIT is a possibility.
It makes sense to license under GPL because phpMyAdmin itself is
licensed under GPL.
But it might be easier to use the MIT license, especially for files
with mixed copyright (original cakePHP files being modified creating
the error reporting server).
BTW : Conservancy allows us to license under the MIT license.
Anyway, there should be a license file (LICENSE and/or COPYING) in the
root dir of error reporting server repo.
And the files added to create the error reporting server should
contain a header indicating the licensing info.
[0] http://opensource.org/licenses/mit-license.php
--
Kind regards,
Dieter Adriaenssens
I noticed that the selflink is not appearing in some pages like for
example tbl_addfield.php. It took me a couple of hours to find out why
and it was because a global variable was set which was
$checked_special it was set in the checkParameters method in
Util.class.php I am not sure what this variable means.
anyways this variable gets checked in getDisplay in the footer class
and if it is true the self link is not shown.
can someone tell me if this is correct behavior and why should we not
show the self link in those pages. I need the self link to get the
current token so it is important that the self link should be
available in all pages.
--
Mohamed Ashraf
I was testing how stactraces are returned for the same bug given that
the user encountered it on a refresh of the page or on ajax navigate.
I found that when using ajax navigation the part of the code that was
loaded using ajax is not available in the stacktrace, even though a
lot of the time it is the most important part where the exception
actually happens.
I found out that we need to load javascript the old fashioned way by
appending script tags into the head of the page. And we have to do it
manually using regular javascript because for some reason jquery
intercepts attempts injections of script elements and tries to load
them using "evalScript routine" as shown here [0].
I looked at the AJAX class and how it handles script loading and
figured out I can easily change the old way of loading scripts from
getScript to appending script elements. The problem is when to call
the "done" function.
While there are some callbacks that get called when a script is
loaded, they are not consistent and are sometimes different among
browsers specifically IE. Another way is using a function call in the
get_scripts.js.php output. I can append the line
AJAX.scriptHandler.done(); at the end to call the done function. I
think this is the best way to go.
I am writing this to tell you about this change since this is a major
change in how scripts are loaded and to ask if anyone thinks there is
a problem with my line of thought or if you have a better idea. I will
do this change and add it to the change log and it should be merged
when I merge the rest of my code for GSoC.
[0] http://stackoverflow.com/a/3603496/1369210
--
Mohamed Ashraf
I was reading about webbrowser support to see which javascript
features I may rely on and I read this: "Any web browser with cookies
enabled".
Are we really supporting all browsers with cookies enabled. like even
really old IE 5 or strange browsers such as Konqueror. Is this
information up to date or is this a bit dated.
By the way the libraries we are using aren't so generous with their
guarantees. jquery supports only the last two versions of Chrome,
Firefox, Safari and Opera and IE 6+ as seen on [0].
I think we should provide a more conservative estimate on what
browsers we support.
[0] http://jquery.com/browser-support/
--
Mohamed Ashraf
Hi,
In Users overview, there is now a link to "Edit user group". This link
should not be presented when no user group is defined.
--
Marc Delisle
http://infomarc.info
Hi,
I would like to replace "User group privileges" by "User group menu
assignments" because what you assign a user group are not privileges in
the MySQL sense.
Any objection?
--
Marc Delisle
http://infomarc.info
Hi,
in our doc for 4.0.x, the PHP requirements mention these (among other
lines):
-----------
You need PHP 5.2.0 or newer, with ``session`` support, the Standard PHP
Library (SPL) extension and JSON support.
For proper support of multibyte strings (eg. UTF-8, which is currently
the default), you should install the ``mbstring`` and ``ctype`` extensions.
-----------
It would be simpler to say:
-----------
You need PHP 5.2.0 or newer, with ``session`` support, the Standard PHP
Library (SPL) extension, JSON support, and the ``mbstring`` and
``ctype`` extensions.
-----------
I would use this as a doc fix for
https://sourceforge.net/p/phpmyadmin/bugs/4036/
--
Marc Delisle
http://infomarc.info