mac-dock-processes - Mac application shows too many applications in the dock

[danvisel]

This is kind of a complicated problem to describe, but it is a big issue.

1. Start the Sophie 2.0 Author.app - the Mac download.

Result: an application called "Sophie 2.0 Author" starts up. This application is the console window for the application. After a short delay, this opens a second application - this new application has its own icon in the dock, labeled "org.sophie2.launcher.Main", and a standard Java icon. This is the actual Sophie application, but the application menu bars (in the upper left of the screen) label it "org.sophie2.launcher.Main".

Problems: The user has started one application but sees that there are two applications running. The one with the most recognizable name - "Sophie 2.0 Author" - is actually the console and not very useful to the end user; when the user switches to that application, they don't see what they think they're going to see. Another problem arises when the user tries to quit Sophie - if you quit Sophie from inside the application, you're killing "org.sophie2.launcher.Main" but not "Sophie 2.0 Author".

(A similar issue happens with Sophie 2.0 Reader - if you have both Author & Reader open at the same time, you have four applications open, two of them named "org.sophie2.launcher.Main". Server can only be started from the command line; that starts another version of "org.sophie2.launcher.Main"; that I'm less worried about.)

This is confusing the testers: usually on a Mac when you start an application, only one application opens and it has the same name as the application.

A further problem: with Sophie author, if you go on to do this:

2. Make a new book.
3. Insert a browser frame.
4. Preview the book.

the result is a new application running in the dock, called "browser_embed". The user can't do anything with this "browser_embed" application except quit it. A "browser_embed" application is opened for every browser frame in the book; if you quit Sophie, all of these applications are closed (though sometimes there's an error). If, with the same book, you do this:

5. Close the preview
6. Preview the book

A second "browser_embed" application starts running. This happens as many times as you preview the book.

These shouldn't be appearing to the end user. I've attached a screenshot showing what's in my dock after running this - from left to right, there's the icon for Sophie Server's "org.sophie2.launcher.Main", "Sophie 2.0 Author", Author's "org.sophie2.launcher.Main", "browser_embed", and "browser_embed". What I would expect to see is just two icons "Sophie 2.0 Server" and "Sophie 2.0 Author".

[danvisel]

screenshot of dock showing how many applications are running.

[deyan]

Batch update from file report_1.csv

[deyan]

Batch update from file 0911261.csv

[deyan]

Currently, the Mac application is made by external tool. This in not needed since there is a simple way to deploy the application using mac provided java application stub and special Info.plist files.
The possible keys in the Info.plist are listed here: ​http://developer.apple.com/mac/library/documentation/General/Reference/InfoPlistKeyReference/Introduction/Introduction.html

The packages should have the following structure
Contents

Info.plist The property list for the current edition
MacOS

Sophie2<edition> Java application stub

Resources

appIcon.icns

Java

author-run
conf
distrib

natives

mac32i

Info.plist The property list for the browser native process

logs
META-INF
modules
org.sophie2.launcher-2.0.jar

Attached are sample plist files for the author and the browser_embed
Note that plist files are XML files.

[deyan]

property list for the author application

[deyan]

property list for the browser_embed application

[deyan]

Contents

Info.plist The property list for the current edition
MacOS

Sophie2<edition> Java application stub

Resources

appIcon.icns
Java

author-run
conf
distrib

natives

mac32i

Info.plist The property list for the browser native

[pap]

• What is described solves the problems described in the analysis but there is nothing said about how will these be incorporated into sophie build process

[pap]

• Taking for implementation.
• Will change maven assembly descriptors author-mac32i, reader-mac32i, server-mac32i to create the proper structure for the MacOS application bundle
• The info.plist for the browser will be included in the distrib/natives/mac32i in org.sophie2.base.natlib module. It will be requested from the FileEntryManager by the bridge.

[pap]

• Implemented in [8447]
• http://sophie2.org/trac/browser/branches/private/pap/mac-doc-process
• ​svn://sophie2.org/sophie2/branches/private/pap/mac-doc-process
• The solution for the browser is a bit bad

[meddle]

Merged to the trunk at [8457].

I built it to check if it works, works... And I don't know why the solution with the browser is bad, can you explain for me...

4p

[meddle]

Closing all the tickets before M Y1