Bug 54368 - [Portable] will CRASH at launch when installed in path with too long name
Summary: [Portable] will CRASH at launch when installed in path with too long name
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
3.6.1.2 release
Hardware: x86 (IA32) Windows (All)
: highest major
Assignee: Not Assigned
URL: http://portableapps.com/node/34258
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-09-01 23:22 UTC by lumia10
Modified: 2012-09-02 08:25 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description lumia10 2012-09-01 23:22:25 UTC 
Problem description: LibreOffice will crash if path name is too long (even the portable version by PortableApps.com)

http://portableapps.com/node/34258

Steps to reproduce:
1. Install in C:\Users\Testperson\Portable_Suite\PortableApps\LibreOfficePortable
2. Run LibreOffice
3. ...

Current behavior: LibreOffice will crash when running it

Expected behavior: LibreOffice should start

Platform (if different from the browser): Windows 7 Ultimate
              
Browser: Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20100101 Firefox/15.0
Comment 1 Rainer Bielefeld Retired 2012-09-02 08:25:15 UTC 
More or less [Reproducible] with Portable "LibreOffice 3.6.1.2  German UI/ German Locale [Build-ID:  e29a214] on German WIN7 Home Premium (64bit) 

There are major problems to install Portable in a very deep path structure with long name (I got an error message "Impossible to overwrite ......")
Example path:
<C:\Users\user\Portable_Suite\Portable_SuitePortableAppsLibreOfficePortable\Hereinstall>
but this might be something different

I installed in 
<C:\Users\user\LibOPortable361>, what is possible, but LibO crashes at any attempt to launch  it

Works from 
<C:\LibOPortable361\LibreOfficePortable\>

Working path name is longer, but contains less paths above portable.exe
What ever that might mean.

I did not compare to 3.5

I think currently we should wait fro progress with John T. Haller's attempts you can see on a.m. URL.

@Reporter:
Please feel free to reopen this bug if there will not be any solution on <http://portableapps.com/node/34258> until 2012-Spept.-15