search

cvillaluz81 / bpbible

Automatically exported from code.google.com/p/bpbible
Other
0 stars 0 forks source link

Portable Version Not Portable #242

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Install portable version of BPBible to some folder.
2. Run BPBible Portable and install a module that it doesn't already have 
installed.
3. Close BPBible Portable.
4. Copy the "BPBiblePortable" folder to a different computer.
5. Run BPBible on the different computer and the newly installed module isn't 
there...it got left in 
"C:\PortableApps\SWORDProjectPortable\Data\settings\modules" on the original 
computer.

What is the expected output? What do you see instead?
The Portable version should keep its modules inside its Portable folder. Under 
the File -> Set Sword Paths... one can see it is set to put some files into 
C:\PortableApps\...

What version of the product are you using? On what operating system?  Is it
the PortableApps version or the standard version?
Version 0.5.2
Windows 8 and Windows 7 respectivly.
The PortableApps version.

If the problem happens with one particular module (Bible, commentary,
dictionary, or book), what module is it?
Commentary, dictionary, and "other books" were tested and effected. (Others may 
be as well, but I didn't test them)

Please provide any additional information below.
Maybe change default Sword paths so they are local to Portable folder by 
default.

Thanks

Original issue reported on code.google.com by Isaac...@gmail.com on 10 Aug 2013 at 7:45

GoogleCodeExporter commented 8 years ago 
Definitely an issue.
Not yet sure why it is this way.
Thanks for reporting it.

Original comment by jonmmor...@gmail.com on 13 Aug 2013 at 1:51

GoogleCodeExporter commented 8 years ago 
The PortableApps launcher configuration seems to include highly dubious code 
which breaks the order of paths even if I fix it in the initial configuration.
The logic needs to match the logic of the desktop version: all AugmentPath 
records are included in reverse order, and then the DataPath is included.  So 
%DATADIR%\resources needs to be the last AugmentPath, not the DataPath.

Original comment by jonmmor...@gmail.com on 24 Aug 2013 at 2:39

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago 
I was wondering if perhaps the 0.5.2 Portable installer should be replaced by 
the last truly portable version until this version gets fixed. (unless of 
course the configuration files from the new wouldn't be read correctly by an 
older version).

P.S. I'm not complaining that this hasn't been fixed yet, you guys do it 
completely for free :) and besides that I know since it's open source, it's 
open for anyone to fix.

Original comment by Isaac...@gmail.com on 15 Oct 2013 at 7:20

GoogleCodeExporter commented 8 years ago 
I suspect it's been an issue for a lot longer than 0.5.2, maybe even since 0.5.
I wouldn't be keen on reverting to an older version anyway given the number of 
bug-fixes in 0.5.1 and 0.5.2 (though older versions are still available on this 
site).

I would gladly fix it if I could, but my investigations in August ran me into 
code that I couldn't understand what it was doing or why it was the way it was, 
so I gave up.

Original comment by jonmmor...@gmail.com on 16 Oct 2013 at 11:40