stephenju:
no, not known, and also not reproducible. see http://www.nei.ch/gallery/ where full acceration is enabled for guests.
chris_a
Joined: 2005-03-16
Posts: 11
Posted: Mon, 2006-02-20 05:51
Since I upgraded I've been getting "Edit Conflict: Your change cannot be completed because somebody else has made a conflicting change to the same item" errors when I try to change an images' name or title. I've never had this problem with any other version of Gallery. I'm using multisite, and only one of my sites has this problem.
I attached the error detail and system info in a text file to reduce clutter.
chris_a, that's the third item listed at the beginning of this topic. if you can reproduce on current CVS/nightly snapshot then please post in the other topic listed above.
stephenju
Joined: 2005-07-05
Posts: 172
Posted: Mon, 2006-02-20 14:41
valiant,
I got it. It's partial acceleration that's causing it. Switching to none or full fixes it.
stephenju.. confirmed, tested on current cvs. adding to list at start of topic.
scorch
Joined: 2006-02-19
Posts: 1
Posted: Mon, 2006-02-20 21:08
internal server errors from using add items from local server
Adding a batch of items with the "from local server" method often leads to internal server errors.
- i get e.g. "Premature end of script headers: php-cgi, referer: http://192.168.123.123/gallery2/main.php" when trying to add 220 items, but it works when trying to add 130 items. also, when browsing to g2 after the error, the items are all
i am trying to add ~ 300GB of images. this works in batches, so long as i use DB locking - maybe worth noting this for large imports.
i can still see a need to be able to "import" an existing filesystem, without actually duplicating the files.
e.g.
i symlinked albums to where my images are, i just need g2 to scan them into the db. it would also be cool if it can be set up to do that automatically 1x per day/week.
GPDeath
Joined: 2005-11-14
Posts: 3
Posted: Tue, 2006-02-21 15:03
Well, I have some galleries with many images (couple of hundred of images per gallery). Recreating resized images works with errors. There are some script time outs. I added set_time_limit(0) to the beginning of the following files:
It seems to solve the problems when I refresh images under maintenance section of gallery.
But when I want to update album info and let gallery to recreate resized images (about 2800 images) then after about 280 images the process stops and nothing happens anymore. No errors in error log.
Also I found some situations where the images creation process stops (under gallery maintenance) if there is missing data in database (I've made no changes to database by myself). I can see error report (sometimes) and then the process stops. After deleting these erroneous rows from database, the process goes to end as expected.
My suggestion is: the images recreation process should run to the end always. If there are errors I want to see error report and then decide what to do - fix the corrupted data manually or let system to delete erroneous rows. Also, I want information about errors - what files are not found or what rows in what table are causing the problem.
But. Gallery 2.1 seems to be more stable than 2.0.x at first sight. So guys, many thanks for this great system ))
GPDeath
Joined: 2005-11-14
Posts: 3
Posted: Tue, 2006-02-21 17:23
And even more bugs. When I want to change the folder name of subgallery I get the following error message (clearing database cache doesn't help, I just tried):
Your change cannot be completed because somebody else has made a conflicting change to the same item. Use the back button in your browser to go back to the page you were on, then reload that page and try your change again.
Go back and try again
Alternatively, you can return to the main Gallery page and resume browsing.
Back to the Gallery
Error Detail -
Error (ERROR_OBSOLETE_DATA) : UPDATE g2_Entity SET g_modificationTimestamp=?,g_serialNumber=? WHERE g_id=? AND g_serialNumber=? (1140542470|4|3841|3)
in modules\core\classes\GalleryStorage\GalleryStorageExtras.class at line 374 (GalleryCoreApi::error)
in modules\core\classes\GalleryStorage.class at line 295 (GalleryStorageExtras::saveEntity)
in modules\core\classes\GalleryEntity.class at line 318 (GalleryStorage::saveEntity)
in modules\core\classes\GalleryItem.class at line 408 (GalleryEntity::save)
in modules\core\ItemEditItem.inc at line 237 (GalleryItem::save)
in modules\core\ItemEdit.inc at line 92 (ItemEditItem::handleRequest)
in main.php at line 198 (ItemEditController::handleRequest)
in main.php at line 87
in main.php at line 80
valiant
Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2006-02-21 17:27
the above bug has been fixed since g2.1 rc-1a.
please read the 2nd post of this topic before posting your issues. thanks.
GPDeath
Joined: 2005-11-14
Posts: 3
Posted: Tue, 2006-02-21 19:16
I downloaded g2.1 rc-1a today, in the morning. So, these fixes aren't there yet?
valiant
Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2006-02-21 19:40
no. get the nightly snapshot or use cvs to get these fixes.
africanw
Joined: 2005-01-05
Posts: 16
Posted: Wed, 2006-02-22 02:12
Hi,
I upgraded to 2.1 from 2.02 and for some reason I get a blank page when I click on URL Rewrite or modules in Site admin.
I have deleted all the caches and also tried upgrading to the latest csv but still end up with the same problem. I turn on Debug and get no output on the blank screens.
This is running on Fedora Core 4.
Thanks
Grant
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Wed, 2006-02-22 03:37
africanw, please start a new topic in the support forum for this problem; try setting immediate debug mode in config.php and see if you get any clues.
zerbey
Joined: 2005-02-15
Posts: 4
Posted: Thu, 2006-02-23 15:26
In 2.1 RC1 (latest CVS as of last night), watermarks are appearing on Full sized images even with the box unchecked. (example)
valiant
Joined: 2003-01-04
Posts: 32509
Posted: Thu, 2006-02-23 16:05
zerbey
let's discuss your issue in a dedicated forum thread.
please open a new forum topic in the troubleshooting support forum.
thanks.
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Thu, 2006-02-23 16:23
zerbey, you'll have to provide more detail. i can't reproduce.
Lapinoo
Joined: 2004-05-08
Posts: 378
Posted: Sat, 2006-02-25 15:45
The "upgrade" / "upgrade core" page is displayed in english, whatever language has been specified (all other pages use the correct language).
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Sat, 2006-02-25 17:11
lapinoo, i guess you're testing current cvs? (that's fine, just don't forget to mention it..)
localization in upgrader should be fixed now, thanks for the report.
Lapinoo
Joined: 2004-05-08
Posts: 378
Posted: Mon, 2006-02-27 16:16
Woops... My mistake... It was CVS indeed.
lordeldor
Joined: 2006-02-06
Posts: 1
Posted: Tue, 2006-02-28 21:07
Well guys I have to say I am impressed with the improvements you guys have made on 2.1. We have just started working with gallery in the past couple of months. (We are a hosting company who wants to offer gallery installs to our clinets. We will be donating to you guys when we get ready to go live w/ our new webcluster, and also will be donating with each client install that we do.) And it is nice to see progress like this happen in front of our eyes. Verry reassuring that your project is the way to go.
I currently have two installs for testing one is a nightly cvs from a few weeks to a month back, and the other is RC1. (Both are 2.1 code AFAIK) With the RC1 we are happy to report a marked performance increase over the cvs we had snagged.
Anyway, just wanted to give you guys a written thank you.
Bob
x-Na
Joined: 2006-03-01
Posts: 6
Posted: Wed, 2006-03-01 20:11
volksport wrote:
This topic should contain all comments and feedback pertaining to Gallery 2.1 RC1. If you have any questions, please ask a moderator.
I noticed that 2.1 RC1 is much slower to use than 2.0.2, it doesn't depend on the DB i use, it's slow on mysql and postgresql. I have no idea what causes this, but if the stable version is as slow (viewing images, that is) as this RC I won't be upgrading.
fleas17
Joined: 2006-03-01
Posts: 11
Posted: Wed, 2006-03-01 22:06
Currently installed 1.0.29
New version 1.0.30
Your upgrade cannot begin because some of your active modules/themes are incompatible or missing. You must either locate more recent versions of these modules or themes, or revert to your original version of Gallery. No changes have been made so it's safe to revert. If you have many incompatible modules listed below, it's possible that you downloaded a smaller distribution of Gallery than what you originally installed. You can download a larger distribution from the Gallery website.
* Theme pete is missing
Any idea how I can upgrade despite my 'pete' theme being missing? I deleted that theme and have no use for it any longer, but the CVS upgrade seems to think it's still there. Since I can't get into gallery, I'm stuck in the upgrade, how can I clean up the 'pete' theme remnants?
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Wed, 2006-03-01 22:38
fleas17, that's because the 'pete' theme is still "active" in your G2.
This problem was added to the issues list at the start of this topic a couple days ago.. we'll get it sorted out.
x-Na, if you can track down what aspect of G2's processing is slower now on you're system we'd be interested in the details.
fleas17
Joined: 2006-03-01
Posts: 11
Posted: Thu, 2006-03-02 02:18
mindless, I do understand that, but is there any way I can proceed at this point, or make the 'pete' theme inactive? (I cannot enter my gallery to do it via the GUI, as it just sets me to the upgrade).
Thanks.
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Thu, 2006-03-02 03:10
check table g2_PluginMap.. there's a column for "active"
if you need any further assistance please start a new topic in the support forums, thanks.
x-Na
Joined: 2006-03-01
Posts: 6
Posted: Thu, 2006-03-02 06:57
mindless wrote:
x-Na, if you can track down what aspect of G2's processing is slower now on you're system we'd be interested in the details.
Browsing images, viewing images those are really slow, with high accleration on. Haven't played around with the accleration settings though.
It takes about 5-10 seconds to bring up the pic I click when the 2.0.2 does the same in less than 5 seconds. One might think it's network related, but it's slow even on my 100 Mbps lan, while 2.0.2 works even through my 2M/512Kbps ADSL...
Machine it's running on is Dual PII 400 MHz with 512 MB of RAM with apache 2.0.54.
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Thu, 2006-03-02 07:04
I wonder if some database tuning would help..
x-Na
Joined: 2006-03-01
Posts: 6
Posted: Thu, 2006-03-02 07:32
mindless wrote:
I wonder if some database tuning would help..
But still a fresh install of 2.0.2 works way better than a fresh install of a 2.1 RC1. I did try the g2's maintenance tasks, but no improvement there
olson
Joined: 2006-03-02
Posts: 2
Posted: Thu, 2006-03-02 14:59
Request:
i have gallery 2 integrated in joomla
my fixed with main screen is 540pixels
The only way i can upload images with this FIXED width (about 530 pix) is with the upload applet
i would like to see more options in uploading files with max width for the uploaded image.
so my images is not going outside the site dimensions...
because the default image size will still be 640
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Thu, 2006-03-02 16:54
olson, please confine feature/support requests to new topics in other forums, thanks.
(and try the sizelimit module)
olson
Joined: 2006-03-02
Posts: 2
Posted: Fri, 2006-03-03 07:22
ok.
I will.
limit module is not working...
try it yourself
afatac
Joined: 2006-02-05
Posts: 52
Posted: Fri, 2006-03-03 12:34
I login as administrator.
In the album, every display is fine. But when I click on "Gallery" to go back to the highest level, the display is not shown correctly.
For example, it is showing "Login" instead of "Logout", items in the cart is 0 even though I have added items in the cart, no album action available. It is just as though I have not login. So I login as administrator again, then everything is fine. "Logout" is displayed, cart view quantity is correct and album action is available.
I go into the album again, everything is still fine. "Logout" is displayed, cart view quantity is correct and album action is available.
But when I I click on "Gallery" to go back to the highest level again, the display is not shown correctly again.
Is this a known issue?
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Fri, 2006-03-03 16:14
afatac, please start a new topic in the support forums for this issue. Make sure to include as much information about your system and configuration as possible, including settings for site admin / performance.
cainlevy
Joined: 2005-09-21
Posts: 60
Posted: Sat, 2006-03-04 02:02
When I do a fresh install from gallery-2.1-rc1-1a-typical.tar.gz I get:
Fatal error: Undefined class name 'gallerycoreapi' in /var/www/www.cainlevy.net/htdocs/g2test/modules/core/classes/GalleryTranslator.class on line 281
I've seen other mentions of this error, but it looks like people assumed it to be an upgrade problem.
wideboy
Joined: 2005-11-10
Posts: 14
Posted: Sat, 2006-03-04 03:07
Downloaded the typical RC1 and then FTP it over my existing installation.
Wasn't greeted by updating page when I returned to main gallery URL. Instead I got an error:
Fatal error: Undefined class name 'gallerystatus' in /home/digitalt/public_html/g2/modules/core/classes/GallerySession.class on line 668
- ran the upgrader from (cached URL line from when I did 2.0.2 to 2.0.3 upgrade earlier)
http://.../g2/upgrade/index.php?step=1
- was warned about a lot of modified files and old files:
+ Modified files (186)
+ Old files (687)
I've only changed about five... mostly to do with themes... although I've FTPd the 'typical' up onto the server so even these changes shouldn't have been there.
- got an error when trying to upgrade packages
<can't reproduce error to capture>
- skipped to avoid upgrade module error and got a fatal one:
- successfully cleaned the caches
- finished with success (apparently)
Then got this when going to my gallery:
Fatal error: Call to undefined function: getuserid() in /home/digitalt/public_html/g2/modules/core/classes/Gallery.class on line 244
Fatal error: Undefined class name 'gallerystatus' in /home/digitalt/public_html/g2/modules/core/classes/GallerySession.class on line 668
Any pointers? I've just toasted my online gallery. I think this file was upgraded from 2.0.2 to 2.0.3. However, I was expecting all files to be updated with the FTP, but maybe they werent. (I'm checking).
Mike.
wideboy
Joined: 2005-11-10
Posts: 14
Posted: Sat, 2006-03-04 03:19
Seems the FTP did not overwrite all the files. My mistake. Ignore my last post for now. I will try again.
Mike.
valiant
Joined: 2003-01-04
Posts: 32509
Posted: Sat, 2006-03-04 04:41
cainlevy
please create a new forum topic in the support forums.
provide the standard information we're asking for and make sure the file integrity is fine / reupload all files etc etc.
wideboy
Joined: 2005-11-10
Posts: 14
Posted: Sat, 2006-03-04 05:15
Got 2.1 installation process working, but it suggested an existing installation exists and took me to the upgrader.
It suggested this because the tables were already full and I dont really want to re-do all the configuration I had.
On attempting to upgrade the core from Upgrading the Gallery Core Module
The Gallery Core Module is the heart of the Gallery application. You can upgrade most other modules using the Site Administration interface, but this module must be handled separately in order for the upgrade to go smoothly.
Currently installed 1.0.0.3
New version 1.0.28
Error (ERROR_BAD_PLUGIN) : Unknown module version 1.0.0.3
* in modules/core/CoreModuleExtras.inc at line 1849 (gallerycoreapi::error)
* in modules/core/module.inc at line 486 (coremoduleextras::upgrade)
* in modules/core/classes/GalleryModule.class at line 157 (coremodule::upgrade)
* in upgrade/steps/UpgradeCoreModuleStep.class at line 81 (coremodule::installorupgrade)
* in upgrade/index.php at line 185 (upgradecoremodulestep::processrequest)
I have the debug if it is helpful. Let me know if you want it posted on this thread or a different one.
Mike.
wideboy
Joined: 2005-11-10
Posts: 14
Posted: Sat, 2006-03-04 05:35
Shall I add 1.0.0.3 to CoreModuleExtras::upgrade : switch ($currentVersion) line 85?
Similarly for...
case '1.0.0.1':
case '1.0.0.2':
This is a blind guess, thinking you may not have included this as the latest 2.0.2 to 2.0.3 G2 upgrade came out recently.
Blind guess based on:
Upgrade (or install) core module
Entering CoreModuleExtras::upgrade
The current version is 1.0.0.3
Error: Unknown module version
realpath(/home/digitalt/public_html/g2/modules/core/classes/../../../)
Error: Failed to upgrade the core module, this is the error stack trace:
Error (ERROR_BAD_PLUGIN) : Unknown module version 1.0.0.3in
modules/core/CoreModuleExtras.inc at line 1849
(gallerycoreapi::error)
in modules/core/module.inc at line 486
(coremoduleextras::upgrade)
in modules/core/classes/GalleryModule.class at line 157
(coremodule::upgrade)
in upgrade/steps/UpgradeCoreModuleStep.class at line 81
(coremodule::installorupgrade)
in upgrade/index.php at line 185
(upgradecoremodulestep::processrequest)
Mike.
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Sat, 2006-03-04 05:39
wideboy, you can't upgrade from 2.0.3 to 2.1-RC-1. get a current nightly snapshot instead.
wideboy
Joined: 2005-11-10
Posts: 14
Posted: Sat, 2006-03-04 05:41
bugger
wideboy
Joined: 2005-11-10
Posts: 14
Posted: Sat, 2006-03-04 05:42
Where does it say this? Can I upgrade from 2.0.2? I will stop posting on this thread then. Sorry.. feel free to remove my posts.
Which seemed to indicate I could just copy-over the RC1 into my current G2 installation... which I moved to 2.0.3 first.
I downloaded the typical gallery-2.1-rc-1a load.
mindless
Joined: 2004-01-04
Posts: 8601
Posted: Sat, 2006-03-04 06:12
no, sorry.. we forgot to mention this anywhere. 2.0.3 is newer than 2.1-RC-1, so it doesn't know how to upgrade from that version. Nightly snapshots are available now, and RC-2 will be out in the next week.
I've had even less luck migrating and trying to recover my original gallery of 1000+ photos when trying to move from 2.0.3 which accidentally got to 1.0.28. Migrating using the nightly build to 1.0.30 I got 'invalid config.php'. I couldn't seem to recover this from any previous version. (Not looked in detail)
I am trying to rebase to 2.0.2 installation. Can I then move either to RC1 or a nightly build from 2.0.2?
I am hoping that the config.php and the snapshot of database I've restored will be uncorrupted.
Can I make this jump from 2.0.2 to RC1 or RC nightly or RC2? I assume so from the website.
Mike
paulbearne
Joined: 2005-08-01
Posts: 87
Posted: Sat, 2006-03-04 21:18
Hi
I have just copied the head from CVS into my test site and the upgrade failed because 5 of my module were not compatable / needed upgrading
Now I have a problem!!
How do you disable the problem modules after you have upgraded the files in your site?
I would perefer to be able to deactervate from the upgrader (I would be happy if this was automatic with a note to say that it had been done)
Think that I will have to disable the problem modules on my production site and then recopy the db over the test db I when will be able to upgrade (I hope!)
Paul Bearne
pulser
Joined: 2005-05-29
Posts: 88
Posted: Sat, 2006-03-04 21:27
bgriffiths wrote:
I too fell into that trap - unfortunately it also seems that the module upgrades to the Matrix & Classic themes also failed, so ATM I cannot access the admin section to re-set the theme.
I'm sorry, can't understand... Felt into the same trap: began upgrade (nighty builds, today) with actived PG theme that is not compatible up to the moment. I don't use it, it was just a try, so I can freely delete it...
But how can I access Admin Module now? I've stack to upgrade already... I saw your instruction how to do it, but can't understand..
valiant wrote:
you can always use the built-in fallback theme to login and access site admin -> themes to change the theme to another theme.
How can I make the upgrade? I can rid of any non-standard themes... What is FALLBACK theme?
paulbearne
Joined: 2005-08-01
Posts: 87
Posted: Sat, 2006-03-04 21:34
Hi
I have just copied the head from CVS into my test site
I had an old version of the RSS version 0.1 which I had deavtived before the update ( to allow the upgade to happen)
it is now listed as Incompatible module!
Core API Required: 6.7 (available: 7.2)
Module API Required: 2.0 (available: 3.0)
OK
So I rename the module/rss folder and uploaded by hand the rss module but I still have the above message
So now I have a problem !!!
Paul bearne
PS I have 4 other modules I havn't looked at
signe
Joined: 2003-07-27
Posts: 2322
Posted: Sat, 2006-03-04 21:37
paulbearne,
You need to restore the previous version of Gallery that you were using, deactivate and uninstall the incompatible modules, then upgrade. There is no way to deactivate or uninstall modules from the upgrader, and removing the directories will cause further error.
Posts: 32509
stephenju:
no, not known, and also not reproducible. see http://www.nei.ch/gallery/ where full acceration is enabled for guests.
Posts: 11
Since I upgraded I've been getting "Edit Conflict: Your change cannot be completed because somebody else has made a conflicting change to the same item" errors when I try to change an images' name or title. I've never had this problem with any other version of Gallery. I'm using multisite, and only one of my sites has this problem.
I attached the error detail and system info in a text file to reduce clutter.
Posts: 8601
chris_a, that's the third item listed at the beginning of this topic. if you can reproduce on current CVS/nightly snapshot then please post in the other topic listed above.
Posts: 172
valiant,
I got it. It's partial acceleration that's causing it. Switching to none or full fixes it.
-
東方之朱
Posts: 8601
stephenju.. confirmed, tested on current cvs. adding to list at start of topic.
Posts: 1
internal server errors from using add items from local server
Adding a batch of items with the "from local server" method often leads to internal server errors.
- i get e.g. "Premature end of script headers: php-cgi, referer: http://192.168.123.123/gallery2/main.php" when trying to add 220 items, but it works when trying to add 130 items. also, when browsing to g2 after the error, the items are all
i am trying to add ~ 300GB of images. this works in batches, so long as i use DB locking - maybe worth noting this for large imports.
i can still see a need to be able to "import" an existing filesystem, without actually duplicating the files.
e.g.
i symlinked albums to where my images are, i just need g2 to scan them into the db. it would also be cool if it can be set up to do that automatically 1x per day/week.
Posts: 3
Well, I have some galleries with many images (couple of hundred of images per gallery). Recreating resized images works with errors. There are some script time outs. I added set_time_limit(0) to the beginning of the following files:
modules\core\classes\GalleryDataCache.class
modules\core\classes\helpers\GalleryItemHelper_medium.class
modules\core\classes\GalleryEntity.class
It seems to solve the problems when I refresh images under maintenance section of gallery.
But when I want to update album info and let gallery to recreate resized images (about 2800 images) then after about 280 images the process stops and nothing happens anymore. No errors in error log.
Also I found some situations where the images creation process stops (under gallery maintenance) if there is missing data in database (I've made no changes to database by myself). I can see error report (sometimes) and then the process stops. After deleting these erroneous rows from database, the process goes to end as expected.
My suggestion is: the images recreation process should run to the end always. If there are errors I want to see error report and then decide what to do - fix the corrupted data manually or let system to delete erroneous rows. Also, I want information about errors - what files are not found or what rows in what table are causing the problem.
But. Gallery 2.1 seems to be more stable than 2.0.x at first sight. So guys, many thanks for this great system
))
Posts: 3
And even more bugs. When I want to change the folder name of subgallery I get the following error message (clearing database cache doesn't help, I just tried):
Your change cannot be completed because somebody else has made a conflicting change to the same item. Use the back button in your browser to go back to the page you were on, then reload that page and try your change again.
Go back and try again
Alternatively, you can return to the main Gallery page and resume browsing.
Back to the Gallery
Error Detail -
Error (ERROR_OBSOLETE_DATA) : UPDATE g2_Entity SET g_modificationTimestamp=?,g_serialNumber=? WHERE g_id=? AND g_serialNumber=? (1140542470|4|3841|3)
in modules\core\classes\GalleryStorage\GalleryStorageExtras.class at line 374 (GalleryCoreApi::error)
in modules\core\classes\GalleryStorage.class at line 295 (GalleryStorageExtras::saveEntity)
in modules\core\classes\GalleryEntity.class at line 318 (GalleryStorage::saveEntity)
in modules\core\classes\GalleryItem.class at line 408 (GalleryEntity::save)
in modules\core\ItemEditItem.inc at line 237 (GalleryItem::save)
in modules\core\ItemEdit.inc at line 92 (ItemEditItem::handleRequest)
in main.php at line 198 (ItemEditController::handleRequest)
in main.php at line 87
in main.php at line 80
Posts: 32509
the above bug has been fixed since g2.1 rc-1a.
please read the 2nd post of this topic before posting your issues. thanks.
Posts: 3
I downloaded g2.1 rc-1a today, in the morning. So, these fixes aren't there yet?
Posts: 32509
no. get the nightly snapshot or use cvs to get these fixes.
Posts: 16
Hi,
I upgraded to 2.1 from 2.02 and for some reason I get a blank page when I click on URL Rewrite or modules in Site admin.
I have deleted all the caches and also tried upgrading to the latest csv but still end up with the same problem. I turn on Debug and get no output on the blank screens.
This is running on Fedora Core 4.
Thanks
Grant
Posts: 8601
africanw, please start a new topic in the support forum for this problem; try setting immediate debug mode in config.php and see if you get any clues.
Posts: 4
In 2.1 RC1 (latest CVS as of last night), watermarks are appearing on Full sized images even with the box unchecked. (example)
Posts: 32509
zerbey
let's discuss your issue in a dedicated forum thread.
please open a new forum topic in the troubleshooting support forum.
thanks.
Posts: 8601
zerbey, you'll have to provide more detail. i can't reproduce.
Posts: 378
The "upgrade" / "upgrade core" page is displayed in english, whatever language has been specified (all other pages use the correct language).
Posts: 8601
lapinoo, i guess you're testing current cvs? (that's fine, just don't forget to mention it..)
localization in upgrader should be fixed now, thanks for the report.
Posts: 378
Woops... My mistake... It was CVS indeed.
Posts: 1
Well guys I have to say I am impressed with the improvements you guys have made on 2.1. We have just started working with gallery in the past couple of months. (We are a hosting company who wants to offer gallery installs to our clinets. We will be donating to you guys when we get ready to go live w/ our new webcluster, and also will be donating with each client install that we do.) And it is nice to see progress like this happen in front of our eyes. Verry reassuring that your project is the way to go.
I currently have two installs for testing one is a nightly cvs from a few weeks to a month back, and the other is RC1. (Both are 2.1 code AFAIK) With the RC1 we are happy to report a marked performance increase over the cvs we had snagged.
Anyway, just wanted to give you guys a written thank you.
Bob
Posts: 6
I noticed that 2.1 RC1 is much slower to use than 2.0.2, it doesn't depend on the DB i use, it's slow on mysql and postgresql. I have no idea what causes this, but if the stable version is as slow (viewing images, that is) as this RC I won't be upgrading.
Posts: 11
Currently installed 1.0.29
New version 1.0.30
Your upgrade cannot begin because some of your active modules/themes are incompatible or missing. You must either locate more recent versions of these modules or themes, or revert to your original version of Gallery. No changes have been made so it's safe to revert. If you have many incompatible modules listed below, it's possible that you downloaded a smaller distribution of Gallery than what you originally installed. You can download a larger distribution from the Gallery website.
* Theme pete is missing
Any idea how I can upgrade despite my 'pete' theme being missing? I deleted that theme and have no use for it any longer, but the CVS upgrade seems to think it's still there. Since I can't get into gallery, I'm stuck in the upgrade, how can I clean up the 'pete' theme remnants?
Posts: 8601
fleas17, that's because the 'pete' theme is still "active" in your G2.
This problem was added to the issues list at the start of this topic a couple days ago.. we'll get it sorted out.
x-Na, if you can track down what aspect of G2's processing is slower now on you're system we'd be interested in the details.
Posts: 11
mindless, I do understand that, but is there any way I can proceed at this point, or make the 'pete' theme inactive? (I cannot enter my gallery to do it via the GUI, as it just sets me to the upgrade).
Thanks.
Posts: 8601
check table g2_PluginMap.. there's a column for "active"
if you need any further assistance please start a new topic in the support forums, thanks.
Posts: 6
Browsing images, viewing images those are really slow, with high accleration on. Haven't played around with the accleration settings though.
It takes about 5-10 seconds to bring up the pic I click when the 2.0.2 does the same in less than 5 seconds. One might think it's network related, but it's slow even on my 100 Mbps lan, while 2.0.2 works even through my 2M/512Kbps ADSL...
Machine it's running on is Dual PII 400 MHz with 512 MB of RAM with apache 2.0.54.
Posts: 8601
I wonder if some database tuning would help..
Posts: 6
But still a fresh install of 2.0.2 works way better than a fresh install of a 2.1 RC1. I did try the g2's maintenance tasks, but no improvement there
Posts: 2
Request:
i have gallery 2 integrated in joomla
my fixed with main screen is 540pixels
The only way i can upload images with this FIXED width (about 530 pix) is with the upload applet
i would like to see more options in uploading files with max width for the uploaded image.
so my images is not going outside the site dimensions...
because the default image size will still be 640
Posts: 8601
olson, please confine feature/support requests to new topics in other forums, thanks.
(and try the sizelimit module)
Posts: 2
ok.
I will.
limit module is not working...
try it yourself
Posts: 52
I login as administrator.
In the album, every display is fine. But when I click on "Gallery" to go back to the highest level, the display is not shown correctly.
For example, it is showing "Login" instead of "Logout", items in the cart is 0 even though I have added items in the cart, no album action available. It is just as though I have not login. So I login as administrator again, then everything is fine. "Logout" is displayed, cart view quantity is correct and album action is available.
I go into the album again, everything is still fine. "Logout" is displayed, cart view quantity is correct and album action is available.
But when I I click on "Gallery" to go back to the highest level again, the display is not shown correctly again.
Is this a known issue?
Posts: 8601
afatac, please start a new topic in the support forums for this issue. Make sure to include as much information about your system and configuration as possible, including settings for site admin / performance.
Posts: 60
When I do a fresh install from gallery-2.1-rc1-1a-typical.tar.gz I get:
Fatal error: Undefined class name 'gallerycoreapi' in /var/www/www.cainlevy.net/htdocs/g2test/modules/core/classes/GalleryTranslator.class on line 281
I've seen other mentions of this error, but it looks like people assumed it to be an upgrade problem.
Posts: 14
Downloaded the typical RC1 and then FTP it over my existing installation.
Wasn't greeted by updating page when I returned to main gallery URL. Instead I got an error:
Fatal error: Undefined class name 'gallerystatus' in /home/digitalt/public_html/g2/modules/core/classes/GallerySession.class on line 668
- ran the upgrader from (cached URL line from when I did 2.0.2 to 2.0.3 upgrade earlier)
http://.../g2/upgrade/index.php?step=1
- was warned about a lot of modified files and old files:
+ Modified files (186)
+ Old files (687)
I've only changed about five... mostly to do with themes... although I've FTPd the 'typical' up onto the server so even these changes shouldn't have been there.
- got an error when trying to upgrade packages
<can't reproduce error to capture>
- skipped to avoid upgrade module error and got a fatal one:
- successfully cleaned the caches
- finished with success (apparently)
Then got this when going to my gallery:
Fatal error: Call to undefined function: getuserid() in /home/digitalt/public_html/g2/modules/core/classes/Gallery.class on line 244
Fatal error: Undefined class name 'gallerystatus' in /home/digitalt/public_html/g2/modules/core/classes/GallerySession.class on line 668
Any pointers? I've just toasted my online gallery. I think this file was upgraded from 2.0.2 to 2.0.3. However, I was expecting all files to be updated with the FTP, but maybe they werent. (I'm checking).
Mike.
Posts: 14
Seems the FTP did not overwrite all the files. My mistake. Ignore my last post for now. I will try again.
Mike.
Posts: 32509
cainlevy
please create a new forum topic in the support forums.
provide the standard information we're asking for and make sure the file integrity is fine / reupload all files etc etc.
Posts: 14
Got 2.1 installation process working, but it suggested an existing installation exists and took me to the upgrader.
It suggested this because the tables were already full and I dont really want to re-do all the configuration I had.
On attempting to upgrade the core from Upgrading the Gallery Core Module
The Gallery Core Module is the heart of the Gallery application. You can upgrade most other modules using the Site Administration interface, but this module must be handled separately in order for the upgrade to go smoothly.
Currently installed 1.0.0.3
New version 1.0.28
Error (ERROR_BAD_PLUGIN) : Unknown module version 1.0.0.3
* in modules/core/CoreModuleExtras.inc at line 1849 (gallerycoreapi::error)
* in modules/core/module.inc at line 486 (coremoduleextras::upgrade)
* in modules/core/classes/GalleryModule.class at line 157 (coremodule::upgrade)
* in upgrade/steps/UpgradeCoreModuleStep.class at line 81 (coremodule::installorupgrade)
* in upgrade/index.php at line 185 (upgradecoremodulestep::processrequest)
I have the debug if it is helpful. Let me know if you want it posted on this thread or a different one.
Mike.
Posts: 14
Shall I add 1.0.0.3 to CoreModuleExtras::upgrade : switch ($currentVersion) line 85?
Similarly for...
case '1.0.0.1':
case '1.0.0.2':
This is a blind guess, thinking you may not have included this as the latest 2.0.2 to 2.0.3 G2 upgrade came out recently.
Blind guess based on:
Upgrade (or install) core module
Entering CoreModuleExtras::upgrade
The current version is 1.0.0.3
Error: Unknown module version
realpath(/home/digitalt/public_html/g2/modules/core/classes/../../../)
Error: Failed to upgrade the core module, this is the error stack trace:
Error (ERROR_BAD_PLUGIN) : Unknown module version 1.0.0.3in
modules/core/CoreModuleExtras.inc at line 1849
(gallerycoreapi::error)
in modules/core/module.inc at line 486
(coremoduleextras::upgrade)
in modules/core/classes/GalleryModule.class at line 157
(coremodule::upgrade)
in upgrade/steps/UpgradeCoreModuleStep.class at line 81
(coremodule::installorupgrade)
in upgrade/index.php at line 185
(upgradecoremodulestep::processrequest)
Mike.
Posts: 8601
wideboy, you can't upgrade from 2.0.3 to 2.1-RC-1. get a current nightly snapshot instead.
Posts: 14
bugger
Posts: 14
Where does it say this? Can I upgrade from 2.0.2? I will stop posting on this thread then. Sorry.. feel free to remove my posts.
I read the upgrade instructions here:
http://codex.gallery2.org/index.php?title=Gallery2:Download&oldid=7470
Which seemed to indicate I could just copy-over the RC1 into my current G2 installation... which I moved to 2.0.3 first.
I downloaded the typical gallery-2.1-rc-1a load.
Posts: 8601
no, sorry.. we forgot to mention this anywhere. 2.0.3 is newer than 2.1-RC-1, so it doesn't know how to upgrade from that version. Nightly snapshots are available now, and RC-2 will be out in the next week.
Posts: 14
Forgive my ignorance - but I should just take one of these snapshots:
http://galleryupdates.jpmullan.com/#gallery2
Posts: 8601
yes, those are nightly snapshots.
Posts: 14
I've had even less luck migrating and trying to recover my original gallery of 1000+ photos when trying to move from 2.0.3 which accidentally got to 1.0.28. Migrating using the nightly build to 1.0.30 I got 'invalid config.php'. I couldn't seem to recover this from any previous version. (Not looked in detail)
I am trying to rebase to 2.0.2 installation. Can I then move either to RC1 or a nightly build from 2.0.2?
I am hoping that the config.php and the snapshot of database I've restored will be uncorrupted.
Can I make this jump from 2.0.2 to RC1 or RC nightly or RC2? I assume so from the website.
Mike
Posts: 87
Hi
I have just copied the head from CVS into my test site and the upgrade failed because 5 of my module were not compatable / needed upgrading
Now I have a problem!!
How do you disable the problem modules after you have upgraded the files in your site?
I would perefer to be able to deactervate from the upgrader (I would be happy if this was automatic with a note to say that it had been done)
Think that I will have to disable the problem modules on my production site and then recopy the db over the test db I when will be able to upgrade (I hope!)
Paul Bearne
Posts: 88
I'm sorry, can't understand... Felt into the same trap: began upgrade (nighty builds, today) with actived PG theme that is not compatible up to the moment. I don't use it, it was just a try, so I can freely delete it...
But how can I access Admin Module now? I've stack to upgrade already... I saw your instruction how to do it, but can't understand..
How can I make the upgrade? I can rid of any non-standard themes... What is FALLBACK theme?
Posts: 87
Hi
I have just copied the head from CVS into my test site
I had an old version of the RSS version 0.1 which I had deavtived before the update ( to allow the upgade to happen)
it is now listed as Incompatible module!
Core API Required: 6.7 (available: 7.2)
Module API Required: 2.0 (available: 3.0)
OK
So I rename the module/rss folder and uploaded by hand the rss module but I still have the above message
So now I have a problem !!!
Paul bearne
PS I have 4 other modules I havn't looked at
Posts: 2322
paulbearne,
You need to restore the previous version of Gallery that you were using, deactivate and uninstall the incompatible modules, then upgrade. There is no way to deactivate or uninstall modules from the upgrader, and removing the directories will cause further error.
Developer, G1 and G2
http://www.cothlamadh.net/gallery/
Your donations help make Gallery