Support

Site Restoration

#14497 Long File Name Not

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

vachatterus

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version:2.5.8
PHP version: 5.2.6-1
MySQL version: 5.0.51a-24+lenny5
Host: (optional, but it helps us help you)
Akeeba Backup version which took the backup: 3.6.10
Kickstart version used to extract the backup: pro 3.6.0


Description of my issue:

I am using Rocket Themes' RokGallery. I backup up my site and it completes fine. When I try to use the backup, the links to rokgallery pictures are not restored in the modules or articles. All of the pictures are still in rocgallery and the links to them are the same. I have to delete the picture and then insert it again.

The file names are long such as src="/jshep/media/rokgallery/8/8ddabbef-7e9a-49b7-c147-74ce25afe138/0b6c7d4a-52d0-4487-d9d2-d29584c7f0d9.png"

Are these too long for either the backup or restore process. If so, is there a workaroung.

Thanks for your help.

Pray, Meditate, Behave.

nicholas
Akeeba Staff
Manager

Using long filenames should not be a problem. This actually depends on your operating system and filesystem in use. This would be the last thing I would check. I'd like to see your backup log file. The first thing I'd check is that these files are actually being backed up.

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!

vachatterus

I think I found the problem. When the link is restored, a "/" is added before the media directory as shown in the red below. If the "/" is removed as shown in the blue below, the link works.

Is there a way to prevent the additional "/" being added?

<p align="center">
  <img alt="Winter AIL" height="87" src="//media/rokgallery/7/744d7fe1-7174-4665-fd2a-a9426884c944/7e3baf90-f307-45a4-95ed-17031780d4dc.jpg" title="Click To Enlarge" width="90" /></p>
<p>
  The Winter session of Adventures in Learning begins on Wednesday,&nbsp; <font color="red">January 9, 2013</font> at the Chester Baptist Church and ends on Wednesday,&nbsp; <font color="red">February 27, 2013</font>.</p>
<p align="center">
  Doors open at 8:45 a.m.&nbsp; Enjoy coffee and pastries from Panera before and in between your classes!</p>
<p align="center">
  &nbsp;</p>
<p align="center">
  <img alt="" height="87" src="media/rokgallery/7/744d7fe1-7174-4665-fd2a-a9426884c944/7e3baf90-f307-45a4-95ed-17031780d4dc.jpg" title="" width="90" /></p>

Pray, Meditate, Behave.

nicholas
Akeeba Staff
Manager

Akeeba Backup does not modify the contents in your database. They are copied verbatim. My guess is that this piece of HTML is created by RokGallery itself. Most likely you have to reconfigure RokGallery. If this is not possible or it doesn't help then it's very likely that it's a bug in RokGallery.

Why a configuration issue or a bug? My educated guess is that your original site was located at the domain's root (e.g. http://www.example.com without any subdirectory) while the new site is in a subdirectory (http://localhost/myjoomla – note the presence of the myjoomla directory). Since the links are created as absolute to the domain's root, the /media/... tries to access http://localhost/media/... (without the myjoomla directory), causing the image to not display. In order for the links to be generated like that you either have to specify the relative path to your site's root or it is automatically calculated by the extension. Since Joomla!'s JURI::base(true) does return the correct path –otherwise all relative links in your articles would be broken– the problem is either in configuration of the extension or a bug.

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!

Support Information

Working hours: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

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!

Summer vacations: Our support will be closed for replies and new tickets from August 6th to August 21st, 2022 due to summer vacations.