Bug 5204 - macOS "installer image" misalignment
Summary: macOS "installer image" misalignment
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Client platforms (show other bugs)
Version: 4.2.0
Hardware: Mac macOS
: P2 Trivial
Target Milestone: 4.15.0
Assignee: Linn
Keywords: prosaic, tobfa_tester
Depends on:
Reported: 2014-06-30 21:48 CEST by Karl Mikaelsson
Modified: 2022-08-31 13:53 CEST (History)
4 users (show)

See Also:
Acceptance Criteria:

Screenshot (76.46 KB, image/png)
2014-06-30 21:49 CEST, Karl Mikaelsson

Description Karl Mikaelsson cendio 2014-06-30 21:48:59 CEST
The Cendio logo and the Copyright claim is only half visible, cropped by a too small window (or is it the graphics that are too big?)

OS X 10.9.
Comment 1 Karl Mikaelsson cendio 2014-06-30 21:49:25 CEST
Created attachment 554 [details]
Comment 3 Linn cendio 2022-08-15 10:47:30 CEST
Tested and the window and image size now match. No text or other elements are cut off at odd places, and the window isn't excessively wide.
Comment 4 Frida cendio 2022-08-15 16:26:06 CEST
Tested nightly client on macOS 12.5 and the window is indeed the right size now. The text is not cropped.
Comment 5 Linn cendio 2022-08-19 10:48:50 CEST
This issue seems to be more complex that previously thought.

macOS shows background images differently depending on if the Path bar (Swedish: sökvägsfältet) in finder is shown or not. If the path bar is not shown, everything looks like expected. However, if the path bar is shown, it "eats" into the image, hiding the bottom portion of the image.

For Firefox, the path bar instead extends at the bottom of the window, keeping the size of the image exposed (most of the time, we have seen the image getting "eaten" here too).

I'll investigate a bit and see if I can understand finder more.
Comment 6 Linn cendio 2022-08-19 17:48:28 CEST
I figured out why the bar on Firefox sometimes get "eaten" - it depends on if the dmg was unmounted after removing the path bar or if only the installer window was closed. If it is not remounted but rather only reopened, the DS_Store seems to use a cached value from the previous size.

Both Firefox and the ThinLinc 4.14.0 client has "stable" pictures that does not get eaten. The previous DS_Store for ThinLinc was created back in 2008 though.

One possible solution (that is quite unelegant) is to simply copy the DS_Store file of a program we know works, and then just set the correct background picture. I have tested this with Firefox as a base and it seems to work, but the downside is that the window loses this property if it is resized. Luckily, the size Firefox uses is quite similar to our current one.

Another thing I found was that by using a program called DropDMG, the created dmg will open automatically on mount. I'm not sure if this works for iso:s, and it does have the same issues with the background getting "eaten". Depending on which route we want to go here it could be worth checking out though (see bug 7981).

As for editing the DS_Store or just getting a better view of it, the following links can be of help:

Comment 9 Linn cendio 2022-08-24 16:45:02 CEST
Tested, and the image no longer gets "eaten" by adding the path bar, _if_ the iso is unmounted and remounted in between adding or removing the path bar. If it is not unmounted, the visible window area will not match the picture. 

Tested both starting with path bar visible and with path bar hidden, and both scenarios correctly show the full image.
Comment 10 Linn cendio 2022-08-24 17:02:22 CEST
To add on, the DS_Store file was created with Firefox's DS_Store as a base (but with changed background image). This intermediate DS_Store file was then modified via Perl module 'Mac-Finder-DSStore' (for more info see bug 7984).

Only the size of the window and the location of the icons were modified, which was quite straightforward. 

The link below was helpful for understanding the different fields of the DS_Store file, even if the information seems to have been collected around macOS 10.5 - 10.6, which is quite a while ago.
Comment 11 Linn cendio 2022-08-25 10:15:24 CEST
Accidentally closed this bug, it should be marked as resolved since it still needs testing.
Comment 12 Tobias cendio 2022-08-25 14:40:38 CEST
Tested client builds #2663 and #2682 on macOS 12.5.1.

The older build #2663 displays the old appearance which spawned this bug, and
the new build #2682 with the fix in place displays the correct appearance
regarding the path bar.

Of the 4 auxiliary bars one can add/remove, as in tools, tabs, status, and path,
analog minor issues are still somewhat present. Having tools on prior to
mounting has no effect, but activating it cramps the picture. Activating tabs or
status bars prior to mounting pushes the picture down, hiding the blue banner
slightly. In general, tampering with these bars after mounting while having the
installer focused, affects the background in various ways. The Firefox dmg
installer displays similar things, but its background is homogeneously black,
hence the effect is not very pronounced.

The original effort to optimize the appearance rested on that other applications
had seemingly managed to work with the various auxiliary bars. Combined with the
fact that the Firefox dmg image also displays this issue with the status
bar, we can only attribute these quirks to the OS. This bug is considered


Note You need to log in before you can comment on or make changes to this bug.