The phpMyAdmin team announces the release of versions 4.9.10 and 5.1.3.
These versions primarily address a regression that caused the navigation
pane to not function correctly when multiple pages of tables were shown.
Version 5.1.3 includes a security hardening improvement. The issue,
reported by Rafael Pedrero, could allow users to cause an error that
would reveal the path on disk where phpMyAdmin is running from.
We believe this requires the server to be running with display_errors
on, which is not the recommended setting for a production environment.
Version 5.1.3 includes a few other minor bug fixes and is recommended
for all users.
Note that version 4.9 is in extended security support only. Version
5.2.0 is in final testing and is expected to replace the 5.1 branch in
the coming week or weeks, with no changes to required versions of PHP or
For the phpMyAdmin team,
It has occurred to me that our current branches have diverged significantly
from QA_4_9 and that our current system of merging any change from QA_4_9
to QA_5_1 then to master doesn't seem ideal to me any longer. This makes
security merges difficult.
This got messy at the point where we decided to continue supporting 4.9 for
urgent fixes and security fixes, because prior to 4.9, security fixes would
generally be assigned a fourth version number (such as 22.214.171.124 or
126.96.36.199). That fourth version number does not conform very well with
semver and we've adapted to releasing a new "patch" release for security
fixes (4.9.7, for instance). Under the older system, a branch MAINT_4_1_14
would be created for the security fixes for 4.1.14.x, because a QA_ branch
would get merged ahead to newer branches but the MAINT branch was not meant
to be merged. Similar changes could be git cherry-picked to future branches
Here's what I'm proposing:
* Make a break from merging QA_4_9, remove the QA_4_9 branch and replace it
with MAINT_4_9 (not MAINT_4_9_8, which would be the old way). We're really
getting towards the end of wanting to support 4.9 anyway, but this will
allow us to maintain 4.9 without complicated merges to the 5.x branches.
It's easy to see how we got in this situation because at first we were
still sort of supporting 4.9 for bug fixes and slowly switched to security
only, but this is a good time to commit to doing this the right way.
As a reminder, since we're releasing 5.2.0-rc1, QA_5_2 is going to be
created from master, and QA_5_2 will be frozen for new features; it will
become bug fix only. Once 5.2.0 is officially released, QA_5_1 will be
removed. I don't believe this will cause any problems with compatibility
with very old PHP versions as there should be significant overlap.
Hi PHPMyAdmin Developers, I am Rasheed.
I am here to gladly solicit for your help on what and what to do about this
problem I've been encountering since a month ago. I purchased a domain name
- (https://thetechsalaf.com.ng) and a hosting package from (www.qservers.net).
But, ever since I've purchased it, I do regret having a transaction with
them because they really gave me problems.
First, I paid for a domain name - (techsalaf.com.ng), they never verified
my payment even after many complaints and tickets opening.
Secondly, I accepted my fate and went on purchasing another domain - (
thetechsalaf.com.ng), but, ever since the purchase period, I have been
unable to access my PHPMyAdmin database from cPanel. I had contacted them
several times without numbers, but, all to no avail.
That's why I thought of contacting you, if you might be of assistance.
Thanks in advance.