Support

Site Restoration

#12928 VM 2.0 some Categories no full images, thumb images yes

Posted in ‘Site restoration’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

PHP version
n/a
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

Latest post by on Tuesday, 14 August 2012 18:00 CDT

Wednesday, 11 July 2012 15:32 CDT

user20759
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Y
Have I searched the tickets before posting? Y
Have I read the documentation before posting (which pages?)? Y
Joomla! version: 2.5.4
PHP version: 5.3.10
MySQL version: 5.1.63-cll
Host: Unix
Akeeba Backup version which took the backup: 3.5.2
Kickstart version used to extract the backup: 3.5.2

Description of my issue:
This is a Joomla/ Virtuemart issue. For clarification, my "products" are historical pictures such as postcards. So the products are an images, stored in images/stories/virtuemart/product. The original website is www.oudvorden.nl
I made a website to test full conversion to Virtuemart 2.0 residing on a wamp server. When it worked satisfactorily, I used Akeeba Backup to migrate the website to a real test server www.dedecanije.nl and made the changes to virtuemart.cfg.php. Here I noticed that from some Categories all full images are missing (in Details), where most other Categories have them. I use VM 2.0.8.
I created for test purposes a test Category (Atest), including 2 images, one that has the full image (F024022) and one that shows the error message (F100203) for which I selected the zip icon. You can see the Category via www.dedecanije.nl/index.php/component/virtuemart/atest and click on Details.
Please advice.

Wednesday, 11 July 2012 15:49 CDT

nicholas
I have no idea how VM works under the hood. Since I know how Akeeba Backup works, I can only think about two ways this can happen:
1. It's something which has to do with VM categories' setup
2. VM is storing its images in cache, administrator/cache or tmp. Files inside those directories are supposed to be transient and should be able to be regenerated if removed. If this is the case and VM cannot regenerate them, it's a very big VM bug. Knowing the guys behind VM I don't think they'd screw up in such a big way, but you can never know...

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Thursday, 12 July 2012 00:31 CDT

user20759
Hi Nicholas,
You certainly may be right and is it a VM porblem.
However the problem is not on my wamp server. It only appeared on my live test website. And as the migration was done via Akeeba Backup, I wondered whether in this transfer process something may have changed.
Regards,
bestcons

Thursday, 12 July 2012 03:07 CDT

nicholas
First check your backup log file for warnings. Akeeba Backup doesn't skip files and folders unless it cannot read them. When it can't read them it throws a warning. If you see any warnings, there's your problem.

The only exception to that rule is the cache, administrator/cache, logs and tmp directories which contain temporary data which is supposed to be a. redundant (should not be backed up) and b. transient (site functionality should not be affected by the removal of the files and folders in those two folders). One way to test if VM is erroneously using any of these directories as permanent storage is uploading the contents of those directories from the original site to the new site.

If neither of these methods helps you will have to take this to the VirtueMart forum for further assistance.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Sunday, 15 July 2012 00:40 CDT

user20759
Hi Nicholas,
After trial-and-error I found that if I change the image extensions from .JPG to .jpg, I can see my full images too!!!!! So nothing to do with Categories, the extension is case sensitive!! This to my opinion differs from VM 1.9.
It just happens that the problematic Categories had all or nearly .JPG extensions, so I assumed that it might have te do with Categories, but that was wrong.
The thumbs are generated with CSVI 4.0, and that worked.
Anyhow, I am now converting the extensions batchwise and import them again.
Thanks for your suggestions.
Regards,
bestcons

Sunday, 15 July 2012 02:08 CDT

nicholas
Hm, I actually know what could cause this. You are using one of the following with its default settings:
  • My Master .htaccess
  • Admin Tools Professional's .htaccess Maker which is based on my Master .htaccess
  • The "security-enhanced" .htaccess file found in the Joomla! wiki which is based on an older (about 2 years old) version of my Master .htaccess
  • Rochen's Joomla! Utilities' .htaccess feature which is based on an ancient (about 3 years old) version my Master .htaccess

In any case, this issue surfaced only after restoring your site because of one of the following reasons:
  • You applied the .htaccess after restoring your site, but forgot to tell me.
  • The .htaccess existed in your new site's root before restoring the backup archive and your backup archive did not include a .htaccess file.
  • You had a htaccess.bak and no .htaccess file in your backup archive. During the last step of the restoration process the htaccess.bak file is renamed to .htaccess. This is by design, as Kickstart extracts .htaccess file renamed to htaccess.bak to avoid conflicts at extraction and restoration time.


I would have spotted the root cause, wasn't for the fact that I did not have access to the original problem to begin with. Since you had replaced the broken image with a different one, you didn't allowing me to see the 403 error in my browser's developer pane. If I saw the 403 I would have immediately told you to look at your .htaccess file. It's an issue I have troubleshooted many times in the past, albeit in the context of Admin Tools :)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 14 August 2012 18:00 CDT

System Task
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!