Issue
Whenever I click on the "Map View" tab at the bottom of the sidepanel, and select "OpenStreetMap", all I get is a big, light-blue sphere. I get no labels except for the standard graticular labels. No different whether I'm zoomed out or in.
Screenshots
Specs
- Make & Model: HP Compaq dc5700 SFF Base
- Operating System: Windows 7 SP1 x64
- PAP Version: 12.1, Windows 7 64-bit [Build:7601]
- App Versions: ALL APPS UP-TO-DATE
- Marble Programme Version: 1.9.1 (Stable Release)
- Marble Library Version: 0.19.1 (Stable Release
- CPU: 2.80 GHz Intel Pentium D 915
- Memory: 2 GiB Dual-Channel DDR2 @ 332 MHz
- Storage: 74.4 GiB Seagate ST380815AS ATA Device
[EDIT Mod GC - added to bug tracker]
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on BlueSky
Follow us on Facebook
Follow us on LinkedIn
Follow us on Mastodon
Follow us on Twitter
I can confirm that. I did a cross-test with the non-portable version, that worked without that error.
Replacing the contents of app\marble with the original files from the 32bit installer does the trick to fix this issue. I think some of the dlls did not survive app compactor.
@CelticKat:
Would you mind adding [Bug] to the title of your thread? This way it will be tracked by the bug tracker.
Thanks depp.jones for confirming. I will take a look at it this week. - it looks like we might be able to do some settings redirection as well, rather than using appdata, and possibly the registry.
I thought the whole point of portable apps is that it doesn't affect the Windows Registry...
__________
What do zombie string theorists crave? Branes!
The whole point is that it it doesn't store personal settings/identifiable information permanently in the registry; and preferably, saves settings at all times in the same folder structure as the app, so as to diminish the chances of losing data on a crash/drive being pulled, etc.
• PortableApps.com:
• Super User:
• Lifehacker:
• How-To Geek:
__________
What do zombie string theorists crave? Branes!
Twas...doing stuff.
__________
What do zombie string theorists crave? Branes!
I think I've fixed this.
It works in my testing, anyway. If you'd like to try it out to confirm, you can build from my repo: https://github.com/GordCaswell/marbleportable/
I'll send an update for release for the app once a) the fix is confirmed, and b) I'm done fixing the way the settings are handled.
Otherwise, I'll link to a build including this once I'm done with b) for testing.
What changes needed to be made?
Sometimes, the impossible can become possible, if you're awesome!
It was 1 file that needed to be added to appcompactor.ini, although I added a couple others that aren't handled by default:
Should be handled by default: Qt5Svg.dll, msvcp120.dll,msvcr120.dll
Affected file: Qt5Multimedia.dll
Perhaps we should add qt*.dll to the appcompactor's base set.
Sometimes, the impossible can become possible, if you're awesome!
It would solve the problem, however many Qt dlls can be compressed safely - up until this point I thought it was only the image format ones that didn't like compression. For example, in Marble it looks like there are 16 Qt dlls that compress safely, which may (I haven't checked) add up to a decent size savings.
However, for us to have to test individual dlls when there are errors, as I did in this case, is a pain.
I can see pros and cons both ways.
Scratch that - I wasn't able to get the settings redirect working through any method I tried (every variation of MarbleDataPath I could think of, XDG_DATA_HOME, KDEHOME), so I was doing some final testing, and it looks like I spoke too soon. It didn't work on my final try before packaging, so I'm currently working through it again, hopefully I'll get it done in the morning.
It took a lot of copy/try excluding one file/delete/retry cycles, but I was able to figure it out - qgenericbearer.dll needed to be added to the compression exclusion list.
As listed above, sadly I was unable to rework the settings storage, so they will still be saved in APPDATA - or more specifically LOCALAPPDATA.
Forgive me if I'm wrong here as I'm still quite the novice, but wouldn't that make it not truly portable?
__________
What do zombie string theorists crave? Branes!
Portable apps are free to move things on to and off of the local machine but should not leave them behind. Some apps are compiled to only use the registry... 7-Zip for instance... so our launcher sets aside the local settings, loads the portable one, launches the app. When the app closes, it saves the portable settings back to its directory and restores the local settings. Portable software has always worked this way. I know, I created the first modern portable app in early 2004 (Portable Firefox).
We try to avoid moving things on and off the local machine, but sometimes it is unavoidable. And often the choice is do that or not have the app.
Sometimes, the impossible can become possible, if you're awesome!
Thank you.
__________
What do zombie string theorists crave? Branes!
I have the fix from Gord. Sorry this had slipped through the cracks during the platform releases. I should have it up shortly.
Sometimes, the impossible can become possible, if you're awesome!
Perhaps I'll reinstall it sometime and check it out.
__________
What do zombie string theorists crave? Branes!
This is fixed in Marble Portable 1.9.1 Rev 2 courtesy of Gord.
Sometimes, the impossible can become possible, if you're awesome!