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 1354 - twin fails when dcop resumeWindow is called
Summary: twin fails when dcop resumeWindow is called
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.0 [Trinity]
Hardware: All Linux
: P5 normal
Assignee: Timothy Pearson
URL:
Depends on:
Blocks:
 
Reported: 2012-12-02 22:17 CST by Calvin Morrison
Modified: 2012-12-03 14:53 CST (History)
4 users (show)

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


Attachments
backtrace (4.42 KB, application/octet-stream)
2012-12-02 22:17 CST, Calvin Morrison
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Calvin Morrison 2012-12-02 22:17:10 CST
Created attachment 1041 [details]
backtrace

twin fails when I use this command on any window that is running (i.e not suspened)

dcop twin KWinInterface resumeWindow

Attached is a backtrace.

Calvin
Comment 1 Darrell 2012-12-03 13:03:31 CST
Confirmed in R14.
Comment 2 Timothy Pearson 2012-12-03 13:45:52 CST
For some reason a null pointer is getting passed to resumeWindow().  What is strange is that this works when the window is suspended, which implies that a non-null pointer is being (correctly) passed some of the time.
Comment 3 Timothy Pearson 2012-12-03 14:27:44 CST
(In reply to comment #0)
> Created attachment 1041 [details]
> backtrace
> 
> twin fails when I use this command on any window that is running (i.e not
> suspened)
> 
> dcop twin KWinInterface resumeWindow
> 
> Attached is a backtrace.
> 
> Calvin

How did you get this command to work at all??  It should not even be exposed over the DCOP interface!

The command that should be exposed is resumeWindowId, which would then take a valie X11 window argument.
Comment 4 Calvin Morrison 2012-12-03 14:31:02 CST
I didn't get anything to work, I was just simply reporting the crash ;)
Comment 5 Timothy Pearson 2012-12-03 14:53:48 CST
(In reply to comment #4)
> I didn't get anything to work, I was just simply reporting the crash ;)

Gotcha.  I originally thought you had made it work somehow when the window was already suspended.

This should be fixed in GIT hash 57b56bb.