Software-update: phpMyAdmin 3.4.2

De tweede update voor versie 3.4.0 van phpMyAdmin is verschenen. Met behulp van dit in php geschreven databasemanagementprogramma is het mogelijk om een MySQL-database via een webinterface te beheren. Daarnaast is het mogelijk om query's op de database los te laten. De software is in een groot aantal talen vertaald, waaronder het Nederlands. In versie 3.4.0 wordt onder andere meer gebruikgemaakt van ajax, kunnen gebruikers voorkeurinstellingen opgeven en is het eenvoudiger om data te in- en exporteren. Het volledige changelog is hieronder te vinden. In versie 3.4.2 zijn de volgende bugfixes doorgevoerd.

Welcome to phpMyAdmin 3.4.2, a bugfix release.

• bug #3301249 [interface] Iconic table operations does not remove inline edit label
• bug #3303869 [interface] Unnecessary scrolling on Databases page
• patch #3303813 [setup] Define a label that was missing
• bug #3305606 [interface] Show all button wraps on privileges page
• bug #3305517 [config] Config for export compression not used
• bug #3305883 [interface] Table is dropped regardless of confirmation
• [auth] Fixed error handling for signon auth method.
• bug #3276001 [core] Avoid caching of index.php.
• bug #3306958 [interface] Unnecessary Details slider
• bug #3308476 [interface] "Show all" not persistent after a sort
• bug #3308072 [auth] Version disclosure to anonymous visitors
• bug #3306981 [interface] pmahomme and table statistics

phpMyAdmin screenshot, klik op de afbeelding voor een grotere versie.

Versienummer	3.4.2
Releasestatus	Final
Besturingssystemen	Scripttaal
Website	SourceForge
Download	http://sourceforge.net/projects/phpmyadmin/files/phpMyAdmin/3.4.2/phpMyAdmin-3.4.2-all-languages.zip/download
Bestandsgrootte	5,76MB
Licentietype	GPL

Reacties (10)

[Verwijderd]

bug #3305883 [interface] Table is dropped regardless of confirmation

was wel een hele nare bug

[DaSt1986]

Ik snap niet dat zoiets niet getest is voor de release van de vorige versie. Ik snap best dat kleine foutjes erin sluipen en die bij het testen niet zichtbaar zijn, maar fouten zoals dit lijken mij vrij duidelijk en moet gewoon opvallen. Ik ga er tenminste vanuit dat een nieuwe release getest wordt en dat daarbij de basishandelingen (database maken, vullen met tabellen, vullen met gegevens, gegevens aanpassen, tabellen aanpassen, database aanpassen, gegevens verwijderen, tabellen verwijderen, database verwijderen) toch wel behoorlijk goed getest wordt.

[lenwar]

Inderdaad een erg slechte bug..... Alleen is de beschrijving van de bug een beetje slecht. Het ging namelijk niet om, als je klikte op drop table, maar als je een SQL-statement in typte, en dus altijd werd uitgevoerd.

Klikkie

Dat had natuurlijk ook getest moeten worden....

[pepio]

Iedereen is helemaal vrij om de software te testen/helpen ontwikkelen, dus grijp je kans zou ik zeggen Kijk het blijft natuurlijk gratis en opensource software, daarvan kun je niet verwachten dat het 100% bug vrij is.

[Reactie gewijzigd door pepio op 24 juli 2024 12:17]

[Bosmonster]

Dit soort issues horen gewoon door unit tests afgevangen te worden imho en niet door users.

[timbo007up]

Neem aan de ze die testen ook wel doen, maar ook unit tests zijn niet heilig.
Dit soort bugs (zie de post van lenwar) kunnen met gerust hart door een unit test komen als het niet in de test zit...

[Reactie gewijzigd door timbo007up op 24 juli 2024 12:17]

[Sc0tTy]

Mjah maar dit soort dingen moet je juist in een Unit test duwen, beetje slordig dat dit niet gebeurd

[hostname]

Net zomin als je dat van betaalde software kan verwachten. Fouten zijn nu eenmaal menselijk, en zolang we nog zelf software schrijven zullen er bugs zijn, onafhankelijk van de ontwikkelmethode.

[Verwijderd]

Er worden bij phpMyAdmin meer van dat soort fouten gemaakt. Ongeveer een jaar geleden werd ook een versie gereleaset die niet herkende dat de MySQL module van PHP was geïnstalleerd. En dat op een standaard CentOS 5.x installatie met de juiste software wel degelijk geïnstalleerd.

An sich kun je het best bij werkende installaties blijven en deze wel beveiligen zodat het niet voor iedereen bereikbaar is. Dat laatste is veel belangrijker dan de laatste stabiele versie gebruiken, want zo stabiel is de software helaas niet.

[lenwar]

Dat klopt in grote lijnen wat je zegt..
Echter kunnen je gebruikers wel tegen erg rottige bugs aan lopen die later zijn opgelost. Kijk even voor de grap naar die fout dat als je op Cancel klikt in je SQL-veldje, dat hij het dan toch doet... Best vervelend :-)

N.B. Als je zelf (en je collega voor mijn part) de enige gebruiker(s) bent(/zijn), is dat allicht minder van belang maar toch...