Bug 374 – non-maemo executables launched from menu inherit higher priority from dbus deamons

Bug 374 - non-maemo executables launched from menu inherit higher priority from dbus deamons


Summary:	non-maemo executables launched from menu inherit higher priority from dbus de...

Status:	CLOSED FIXED

Product:	Desktop platform
Component:	Application Menu
Version:	1.0
Platform:	All All

Importance:	Medium normal (vote)
Target Milestone:	---
Assigned To:	Maemo QA (deprecated)
QA Contact:	task-navigator-bugs

URL:
Keywords:	moreinfo

Depends on:
Blocks:
	Show dependency tree

Reported:	2006-01-18 16:13 UTC by Frantisek Dufka
Modified:	2008-12-06 17:28 UTC (History)
CC List:	0 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note

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

Description Frantisek Dufka (reporter) maemo.org

2006-01-18 16:13:49 UTC

happens on all 3 firmwares I had. Latest is 51. Example - scummvm
http://770.fs-security.com/scummvm/

Looks like when there is no X-Osso-Service specified in desktop file started
application inherits higher dbus daemon priority (-1). This can be seen via 'ps'
in xterm as '<' next to process name.

With scummvm it is also audible because with higher priority the sound in
scummvm is not fluent even if CPU usage is low.

Comment 1 Frantisek Dufka (reporter) maemo.org

2006-01-19 10:15:38 UTC

:s/dbus/launcher
As it was explained to me without X-Osso-Service property dbus is not involved
at all.

Comment 2 Maemo QA (deprecated) 2006-05-04 10:34:18 UTC

Claiming ownership.

Comment 3 Maemo QA (deprecated) 2006-05-04 10:53:09 UTC

I'm unable to reproduce this behavior with scummvm 0.8.0 and latest product
image (2006-13). Could some verify this?

This is what I did:

1) install scummvm
2) start scummvm from Extras menu
3) start xterm
4) check if scummvm has a '<' next to it by running 'ps -a | grep scummvm

Comment 4 Frantisek Dufka (reporter) maemo.org

2006-05-04 11:23:12 UTC

latest scummvm 0.8.0 from Jan 21 has workaround for this bug
http://770.fs-security.com/scummvm/ - 'Fixed problem with stuttering sound'
the patch contains explicit priority setting back to normal
+  // Maemo task navigator priority inheritance fix
+  setpriority(PRIO_PROCESS, 0, 0);

I tried to verify the bug with simple executable shell script and menu shortcut
and the bug seems to be fixed, priority looks fine

/home/user/test.sh file

#!/bin/sh
sleep 30

/home/user/test.desktop file

[Desktop Entry]
Encoding=UTF-8
Version=1.0
Type=Application
Name=Test
X-Osso-Type=application/x-executable
Exec=/home/user/test.sh

Nokia770-13:~$ ln -s /home/user/test.desktop
/var/lib/install/etc/others-menu/extra_applications/test.desktop

When executed from menu I see:
  863 user        444 S   /bin/sh /home/user/test.sh

Looks like it is fixed.

Comment 5 Maemo QA (deprecated) 2006-05-04 12:52:06 UTC

(In reply to comment #4)
> Looks like it is fixed.

OK then. I'll mark the bug as FIXED and close it. You're welcome to reopen this
bug if it appears at any time.