View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006461 | OXID eShop (all versions) | 4.11. Image handling | public | 2016-07-28 13:41 | 2024-03-20 16:47 |
| Reporter | enzephalon | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | acknowledged | Resolution | reopened | ||
| Product Version | 4.10.1 / 5.3.1 | ||||
| Summary | 0006461: oxarticle->getThumbnailUrl() ignores alternative picture path | ||||
| Description | We store our article-images on Amazon S3 and configured config.inc.php to work with Cloudfront. This works fine in Frontend. I think this is because getThumbnailUrl() calls return oxRegistry::get("oxPictureHandler")->getProductPicUrl($sDirname, $sImgName, $sSize, 0, $bSsl); The getProductPicUrl has a check which ignores sAltPath by setting to false. This breaks functionality of alternative picture paths. | ||||
| Tags | No tags attached. | ||||
| Theme | Other | ||||
| Browser | All | ||||
| PHP Version | Not defined | ||||
| Database Version | Not defined | ||||
|
|
Please let us know what was configured in the config.inc.php to reproduce the behavior on demoshop. Need steps how to reproduce. |
|
|
config.inc.php: ... $this->sShopURL = 'http://www.DOMAIN.de'; // eShop base url, required $this->sSSLShopURL = 'https://www.DOMAIN.de'; // eShop SSL url, optional $this->sAdminSSLURL = 'https://www.DOMAIN.de/admin'; // eShop Admin SSL url, optional $this->sShopDir = '/is/htdocs/wpXXXXXX_XXXXXXX/www/DOMAIN/oxid'; $this->sCompileDir = '/is/htdocs/wpXXXXXX_XXXXXXX/www/DOMAIN/oxid/tmp'; $this->sAltImageDir = 'https://XXXXXXXXXXXXXXX.cloudfront.net/product-images/pictures'; ... |
|
|
In config.inc.php i configured $this->sAltImageDir = 'http://supportvm/OXID_ESHOP_EE_5.3.0_SNAPSHOT/eike/pictures'; $this->ssSSLAltImageDir = 'https://supportvm/OXID_ESHOP_EE_5.3.0_SNAPSHOT/eike/pictures'; and images were loaded from this sAltPath. So it works fine. |
|
|
I do not think a test with https instead http is enough to completely check this. I've configured a sAltImageDir (using Amazon Cloudfront) and in my Customer Emails is only the nopic.jpg, but product-images are available. So something goes wrong while processing the images. Images from older products are currently still on the shop-machine - these images are rendered correctly. But all images stored only in sAltImageDir are not loaded. Maybe there is an alternative for: <img src="[{$basketproduct->getThumbnailUrl(false)}]" border="0" hspace="0" vspace="0" alt="[{$basketitem->getTitle()|strip_tags}]" align="texttop"> ?? |
