By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 2588 - On some computers the shutdown dialog appears with the delay
Summary: On some computers the shutdown dialog appears with the delay
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: other (any) (show other bugs)
Version: R14.0.1 [Trinity]
Hardware: Other Other
: P5 minor
Assignee: Slávek Banko
URL:
Depends on:
Blocks: R14.0.4
  Show dependency tree / graph
 
Reported: 2016-02-04 18:33 CST by q4os_user
Modified: 2016-10-22 03:20 CDT (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

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 q4os_user 2016-02-04 18:33:52 CST 
The Q4OS team told me (http://www.q4os.org/forum/viewtopic.php?id=315) that I can report this bug here.

This happens the first time you choose "Log Out..." from the TDE Menu in a given session. But if you click on "Log Out..." again then it works fine.

You can reproduce this bug in VirtualBox with Q4OS 1.4.6
Comment 1 Slávek Banko 2016-02-06 14:01:06 CST 
I believe that this has a simple explanation. For logout is tested for the ability Suspend, Hibernate and Freeze. And it may be the first moment when it is necessary to activate dbus service tde_dbus_hardwarecontrol. And dbus takes a while before the service starts.

I'll try to find a reasonable way to activate the service dbus earlier.
Comment 2 Michele Calgaro 2016-02-07 01:11:51 CST 
>I believe that this has a simple explanation. For logout is tested for the 
>ability Suspend, Hibernate and Freeze. And it may be the first moment when it 
>is necessary to activate dbus service tde_dbus_hardwarecontrol. And dbus takes 
>a while before the service starts.

This is a good guess Slavek. Perhaps we can get the system to check for Suspend, Hibernate and Freeze availability after login, no need to wait until the user click on the Logout button. Need to check how big that change would be though.
Comment 3 Slávek Banko 2016-10-09 12:09:24 CDT 
(In reply to Michele Calgaro from comment #2)
> >I believe that this has a simple explanation. For logout is tested for the 
> >ability Suspend, Hibernate and Freeze. And it may be the first moment when it 
> >is necessary to activate dbus service tde_dbus_hardwarecontrol. And dbus takes 
> >a while before the service starts.
> 
> This is a good guess Slavek. Perhaps we can get the system to check for
> Suspend, Hibernate and Freeze availability after login, no need to wait
> until the user click on the Logout button. Need to check how big that change
> would be though.

tde_dbus_hardwarecontrol is now started at background in starttde - see commits 443c9105 (master) and  fb2f0303 (r14.0.x) in tdebase. Because daemon is now started early enough, the problem should be resolved. Please, you can confirm it with the R14.0.4~preliminary?
Comment 4 Michele Calgaro 2016-10-22 03:20:10 CDT 
The problem seems to be fixed now, after the change on tde_dbus_hardwarecontrol.
Feel free to reopen the bug if this is not the case