Support

Site Restoration

#29933 Kickstart Windows 10 WAMP and long file names

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 Thursday, 09 August 2018 17:17 CDT

Monday, 09 July 2018 02:31 CDT

pjdevries
Hi,

I'm trying to restore an Akeeba Backup, created on a Linux server, to a Windows 10 Pro WAMP server. The backup contains some quite long image file names, which I'm quite sure is the reason for the restoration to fail. Trying to extract the backup using Akeeba eXtractor confirms this.

I tried kickstart with 'Ignore most errors', both with direct file writes and using FTP. I also enabled long file name support in Windows. Unfortunately without success.

Is there any way to restore/extract an Akeeba backup containing long file names?

Regards,
Pieter-Jan de Vries

Monday, 09 July 2018 03:38 CDT

tampe125
Hello,

sadly that's something we can't control, since those long names aren't supported by Windows file system.
However, checking the option "Ignore most errors" would continue the extraction, silently discarding those errors.

Can you please try to use Akeeba eXtract and check that option?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 10 July 2018 01:57 CDT

pjdevries
Hello Davide,

Thanks for the swift response. However, I get the feeling you missed a few things in my initial post:

I tried kickstart with 'Ignore most errors', both with direct file writes and using FTP. I also enabled long file name support in Windows. Unfortunately without success.


I'll forgive you the comment on 'long file names' not being supported by the Windows file system. Apparently 'long file names' are not what you think they are. It should actually be 'long paths', since the registry and group policy settings involved affect the total length of the file path. File names can still only be 255 characters long, even with 'long filenames' enabled.

The 'Ignore most errors' is another story. Like I mentioned, I tried that without the expected result. Can you think of a reason why it does not work?

Regards,

Pieter-Jan de Vries

Tuesday, 10 July 2018 02:46 CDT

tampe125
That's why I asked you to use Akeeba eXtract (not Kickstart) to extract the files, using the option Ignore most errors.
In your post you only mentioned about using Kickstart with such option enabled, did you try Akeeba eXtract, too?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 10 July 2018 02:55 CDT

pjdevries
Apologies. I didn't realize you meant Akeeba eXtract. Maybe because it's called 'Ignore file write errors' in eXtract.

I tried eXtract again with 'Ignore file write errors' checked and this time it finished without errors. Can you think of a reason why kickstart fails and eXtract succeeds?

Regards,

Pieter-Jan de Vries

Tuesday, 10 July 2018 03:06 CDT

tampe125
Kickstart is a PHP ran by your server, so there are several additional constrains: you have to deal with Apache webserver, PHP interpreter (that historically aren't the best under Windows) and finally the filesystem. If anything goes wrong, you get a blank page.

On the other hand, Akeeba eXtract is written in C#, which has direct access to your operating system API. This allows us a better handling of the whole process, including exception handling.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 10 July 2018 03:12 CDT

pjdevries
Makes sense.

Obviously the only real solution, is not using such long file names. I already tried to educate that particular client, who uses keyword stuffing in image file names. Apparently I have to put in some more effort :)

Thanks for your help.

Kind regard,

Pieter-Jan de Vries

Tuesday, 10 July 2018 10:19 CDT

tampe125
You're welcome!

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Thursday, 09 August 2018 17:17 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!