Closed
Bug 446018
Opened 17 years ago
Closed 17 years ago
ensure application.ini appname matches service/desktop file
Categories
(Toolkit :: Startup and Profile System, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: dougt, Unassigned)
Details
Fall out from bug 445924:
Please file a followup on trying to verify that gAppData->name matches the name
in the "service file". I imagine this would bite other maemo XR app authors
pretty hard.
| Reporter | ||
Comment 1•17 years ago
|
||
does not look like there is an API to do this.
OS: Mac OS X → Linux (embedded)
Hardware: PC → All
Component: XRE Startup → Startup and Profile System
QA Contact: xre.startup → startup
| Reporter | ||
Updated•17 years ago
|
Assignee: doug.turner → nobody
Keywords: helpwanted
Comment 2•17 years ago
|
||
not sure if it is the case here, but for reference, from http://maemo.org/development/documentation/tutorials/maemo_4-0_tutorial.html we have
StartupWMClass - Name of the application binary name. This field is optional and only needed when the binary name is different from the D-BUS service name. In this case, if this property is not set, application will not be shown in the Application Switcher of the Task Navigator.
StartupWMClass is a field to live in the .desktop file.
Comment 3•17 years ago
|
||
it is fixed, i believe:
* in mobile/app/Makefile.in(60)
APP_NAME = $(MOZ_APP_DISPLAYNAME)
* in mobile/installer/debian/fennec.service.in(3)
Name=Mozilla.@MOZ_APP_DISPLAYNAME@
* in mobile/installer/debian/fennec.desktop.in(3)
Name=@MOZ_APP_DISPLAYNAME@
X-Osso-Service=Mozilla.@MOZ_APP_DISPLAYNAME@
doug, please reopen if i miss something
You need to log in
before you can comment on or make changes to this bug.
Description
•