Forums / Developer / Critical image problem on 3.2-1 > 3.2-3 upgrade

Critical image problem on 3.2-1 > 3.2-3 upgrade

Author Message

Craig Hirsch

Sunday 02 November 2003 8:55:43 am

Hello,

I'm wondering if anyone else has experienced this behavior, which effectively prevents me from upgrading 3.2-1 to 3.2-3 right now:

First, I am running ezPublish 3.2-1 on Windows2K with Apache 1.3.28.

The issue (confirmed on two separate upgrade attempts):
------------

1) I upgrade the ezPublish codebase using the zipped distribution of 3.2-3, then run the 3.2-1 to 3.2-2 and 3.2-2 to 3.2-3 SQL files on the database, and clear all cached files.

2) EVERYTHING appears to be working properly after the upgrade. All content objects with associated image datatypes display those images on the user and admin sites without any problem.

3) The problem arises when I attempt to EDIT any content object with one or more associated image datatypes. When I create a new draft for a content object with one or more images associated, I see that the image filename displays, but the link to the image thumbnail is broken. Viewing source reveals that the edit page thumbnail image tag is just '<img src="">'.

4) Publishing the new draft destroys the image associations and the content object subsequently displays without its images.

I have verified that NEW images that are associated with a given content object work properly. The problem relates to the hundreds of images that are already attached to content objects on my production 3.2-1 instance. I couldn't possibly re-upload them all!

I have also verified that the image files themselves are STILL in their appropriate /var/storage directory, unchanged from before the upgrade. The ezimage database table also is unchanged from its 3.2-1 incarnation; all image associations seem to be fine in the db.

I hope we can diagnose and fix the problem -- I'd really like to upgrade the application!

--
chirsch{AT}gmail{d.t}com

Paul Borgermans

Sunday 02 November 2003 12:17:05 pm

That's strange. I did an upgrade from a 3.0beta2 to 3.2-3 and don't have these problems (but its on Linux).

Try running the update scripts in update\common\scripts too (that's what I did anyway), maybe it is with the url_alias or xml in the article.

-paul

eZ Publish, eZ Find, Solr expert consulting and training
http://twitter.com/paulborgermans

Valentin Svelland

Monday 10 November 2003 5:13:27 am

I got the same problem as Craig, upgrading from 3.2-2 to 3.2-3!! I'm running on linux platform.

Craig Hirsch

Monday 10 November 2003 6:46:46 pm

Replacing the 3.2-1 /kernel/classes/datatypes/ezimage/* files with those from 3.2-3, all by itself, is enough to cause the EXACT same error behavior. (The function below also needs to be added to ezimagemanager.php to make the new code functional).

/*!
Returns the mime info for the mime type $mimeType.
*/
function mimeInfo( $mimeType )
{
if ( isset( $this->MIMEMap[$mimeType] ) )
return $this->MIMEMap[$mimeType];
return false;
}

For my next trick, I'll see if I can fix this unfortunate bug.

--
chirsch{AT}gmail{d.t}com

eZ debug

Timing: Jan 18 2025 20:58:05
Script start
Timing: Jan 18 2025 20:58:05
Module start 'content'
Timing: Jan 18 2025 20:58:06
Module end 'content'
Timing: Jan 18 2025 20:58:06
Script end

Main resources:

Total runtime0.5914 sec
Peak memory usage4,096.0000 KB
Database Queries63

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0058 587.8438180.8125
Module start 'content' 0.00580.5799 768.6563604.1797
Module end 'content' 0.58560.0057 1,372.835946.0703
Script end 0.5913  1,418.9063 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.00310.5177140.0002
Check MTime0.00140.2327140.0001
Mysql Total
Database connection0.00080.127310.0008
Mysqli_queries0.537890.9345630.0085
Looping result0.00060.0999610.0000
Template Total0.566695.820.2833
Template load0.00210.362420.0011
Template processing0.564595.451320.2822
Template load and register function0.00010.020610.0001
states
state_id_array0.00050.087610.0005
state_identifier_array0.00140.241620.0007
Override
Cache load0.00180.3104370.0000
Sytem overhead
Fetch class attribute can translate value0.00050.077330.0002
Fetch class attribute name0.00140.234470.0002
XML
Image XML parsing0.00340.574030.0011
class_abstraction
Instantiating content class attribute0.00000.002180.0000
General
dbfile0.00430.7261310.0001
String conversion0.00000.001030.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1node/view/full.tplfull/forum_topic.tplextension/sevenx/design/simple/override/templates/full/forum_topic.tplEdit templateOverride template
4content/datatype/view/ezimage.tpl<No override>extension/sevenx/design/simple/templates/content/datatype/view/ezimage.tplEdit templateOverride template
4content/datatype/view/ezxmltext.tpl<No override>extension/community_design/design/suncana/templates/content/datatype/view/ezxmltext.tplEdit templateOverride template
6content/datatype/view/ezxmltags/paragraph.tpl<No override>extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.tplEdit templateOverride template
2content/datatype/view/ezxmltags/line.tpl<No override>design/standard/templates/content/datatype/view/ezxmltags/line.tplEdit templateOverride template
1pagelayout.tpl<No override>extension/sevenx/design/simple/templates/pagelayout.tplEdit templateOverride template
 Number of times templates used: 18
 Number of unique templates used: 6

Time used to render debug report: 0.0001 secs