Piwigo 2.4.0 was released nearly 7 days ago and we already see many things we can improve to avoid problems.
1) [Bugtracker] ticket 2672
On old versions of ImageMagick, the sampling-factor doesn't work. Several users have reported the probleme on ImageMagick 6.2.8. If we could detect the version of ImageMagick, store it in the session for example, then we can only use this option on recent version (don't know which version exactly) of ImageMagick.
2) [Bugtracker] ticket 2674
cssmin.class.php seems to require a very recent version of PHP and many users don't have it yet. If we could separate merging and minifying, then if PHP_VERSION < 5.? (not even sure that 5.2.0 is enough, see [Forum, post 131345 by samli in topic 19700] Upgrade from 2.3.5 to 2.4 failed -- big time.) Piwigo only merges without minifying (no use of cssmin.class.php)
3) [Bugtracker] ticket 2677
Smarter check of $conf['piwigo_db_version'] : sometimes the upgrade fails at some point but all migration tasks are applied. Unfortunately, $conf['piwigo_db_version'] is not updated to "2.4" which makes include/common.inc.php always redirect to upgrade.php (which doesn't see any upgrade to apply...).
4) [Bugtracker] ticket 2669
On Free.fr, it seems that the extra lines in .htaccess (migration task http://piwigo.org/dev/browser/branches/ … tabase.php ) are breaking the website, we could add a simple check on $_SERVER['HTTP_HOST']
5) [Bugtracker] ticket 2668
6) [Bugtracker] ticket 2661
7) [Bugtracker] ticket 2671
Anything else?
Offline
for multiple size, separate different size photos in different folder for cache folder. see my poster here
http://piwigo.org/forum/viewtopic.php?id=19765
Offline
This is not a really a bug but an important change that doesn't look very mandatory.
Offline
we have seen this, here is just for confirmed bug; we will talk about your proposition on your thread
Offline
same old history of file permissions / umask / suexec vs module ...
(not sure we can do anything without a proper setup ...)
Offline
Also a problem with htaccess : fr http://fr.piwigo.org/forum/viewtopic.php?id=22265
Offline
about htaccess maybe an option in Tools, Maintenance for deleting/adding it [Bugtracker] ticket 2669
Offline
plg wrote:
3) smarter check of $conf['piwigo_db_version'] : sometimes the upgrade fails at some point but all migration tasks are applied. Unfortunately, $conf['piwigo_db_version'] is not updated to "2.4" which makes include/common.inc.php always redirect to upgrade.php (which doesn't see any upgrade to apply...).
I was more thinking of removing/changing l329 in upgrade.php
else
{
die('No upgrade required, the database structure is up to date');
}
Instead of that, checking if the last xxx-database.php correspond to "select id from piwigo_upgrade order by id+0 desc limit 0;" and if it's ok, checking if the piwigo_db_version needs to be updated too
Offline
flop25 wrote:
about htaccess maybe an option in Tools, Maintenance for deleting/adding it [Bugtracker] ticket 2669
Or maybe juste completely remove the migration task 121 and create a plugin which adds lines in .htaccess.
Offline
if I enable $conf['question_mark_in_urls'] = false;
the url in picture.php will become
../../../i.php/galleries/XXXXXXXX
../../../galleries/XXXXXXX
Offline
fatman wrote:
if I enable $conf['question_mark_in_urls'] = false;
the url in picture.php will become
../../../i.php/galleries/XXXXXXXX
../../../galleries/XXXXXXX
if you have a question or a problem please open a new thread
Offline
I added : [Bugtracker] ticket 2670
edit : forget it, it has been corrected thx to rvelices
Last edited by flop25 (2012-06-29 17:03:27)
Offline
flop25 wrote:
fatman wrote:
if I enable $conf['question_mark_in_urls'] = false;
the url in picture.php will become
../../../i.php/galleries/XXXXXXXX
../../../galleries/XXXXXXXif you have a question or a problem please open a new thread
I think plg is asking for bug report as first....
anyway, it should be caused by $page['root_path'] in section_init.php is incorrect build.
Offline
fatman wrote:
flop25 wrote:
fatman wrote:
if I enable $conf['question_mark_in_urls'] = false;
the url in picture.php will become
../../../i.php/galleries/XXXXXXXX
../../../galleries/XXXXXXXif you have a question or a problem please open a new thread
I think plg is asking for bug report as first....
anyway, it should be caused by $page['root_path'] in section_init.php is incorrect build.
yes for bug confirmed ; yours is new to our knowledge
So please open a new thread and explain if the pictures are displayed or not with these url, of you tried with the config set as true etc
Offline
plg wrote:
1) on old versions of ImageMagick, the sampling-factor doesn't work. Several users have reported the probleme on ImageMagick 6.2.8. If we could detect the version of ImageMagick, store it in the session for example, then we can only use this option on recent version (don't know which version exactly) of ImageMagick.
[Bugtracker] ticket 2672
For now, I have simply deactivated the option. Later we can improve the way we detect IM version and use this option when IM_version > X (X must be found as well). The idea of version 2.4.1 is to make 2.4 more stable.
Offline