Community
Participate
Working Groups
Build ID: M20060921-0945 Steps To Reproduce: 1. Extract the attached file, mac-ini-copy-bug.tgz 2. Import the resulting project into eclipse. 3. Choose File->Export...->Eclipse product, and export as a MacOS x86 product, and possibly in one other configuration for reference. 4. Start the application on MacOS and the window title will be "Missing property", start it on any other platform (we used linux.gtk.x86), and the window title will be "Property: my_application_window_title". More information: The attached project is based on the "Hello RCP" template project. It simply reads a Java system property by calling 'System.getProperty("mac.ini.copy.bug.property")', and uses the resulting value to set the title of the application window. The system property should be passed into the runtime by a line that looks something like '-Dmac.ini.copy.bug.property=...' that should live in <launcher>.ini, in this case macinicopybug.ini. Note that the application window title should be the same on all platforms, but it is incorrect on the Mac. This works perfectly in the Linux build, for example, but in the MacOS build, the file located at macinicopybug.app/Contents/MacOS/macinicopybug.ini contains no trace of this argument. In digging around in the build system, we found that BrandingIron.java (in the org.eclipse.pde.build plugin) seems to copy a standard .ini file into place, possibly overwriting the one containing custom arguments (take a look at BrandingIron.copyMacIni(...). We first noticed this bug as part of our automated build system that uses the ant-based PDE build. Please do not close this bug until we can verify that any fix also works in a headless PDE build.
Created attachment 58922 [details] Project implementing test case
Created attachment 58923 [details] The correct result on Linux This shows the correct application title with the application running on Linux.
*** Bug 198559 has been marked as a duplicate of this bug. ***
This is fixed by changes for bug 192127. Please try 3.3.1(.1) and reopen if this is not the case.