This forum has been archived. All content is frozen. Please use KDE Discuss instead.

yoxos launcher disappears into an unknown place [to me]

Tags: yoxos, java, eclipse, kwin yoxos, java, eclipse, kwin yoxos, java, eclipse, kwin
(comma "," separated)
User avatar
mcNisse
Registered Member
Posts
89
Karma
0
Im trying to use yoxos launcher, https://yoxos.eclipsesource.com/, to start eclipse. The thing is that when I try to interact with it, it disappears. It does not die it is still running it is just not visible. Sometimes when I kill the process it can flash forward again.

I need some pointers on how to find out what is causing this.

I have a workaround, but I don't like the consequences... (start a different wm, start yoxos, start kwin again, plasma desktop crashes, start plasma again, and my panel is only on one of four virtual desktop)


I'm on kubuntu 14.04. Dual monitor setup with this graphic card.
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV620 LE [Radeon HD 3450]
User avatar
google01103
Manager
Posts
6668
Karma
25
I'd post a bug with them as I'm not sure you'll find anyone here with yoxos experience

try playing with the GTK style in systemsettings -> Appearance just because I've had strange display issues depending on the style selected, this of course assumes there's a GTK component to the product


OpenSuse Leap 42.1 x64, Plasma 5.x

luebking
Karma
0
Before interacting with this thing (so it would vanish) run:
Code: Select all
xprop > yoxos_a.props; xwininfo > yoxos_a.info

each time (twice) the cursor turns into a '+', click the yoxos window (the click w/ the +-shaped cursor won't interact w/ the window and should prevent it from disappearing)

The interact w/ the window so that it "vanishes". Next run
Code: Select all
YOXOS_WID=`sed '/Window id:/!d; s/.* \(0x[[:xdigit:]]*\) .*/\1/g' yoxos_a.info`
echo $YOXOS_WID # should print sth. like "0x80001a"
xprop -id $YOXOS_WID > yoxos_b.props
xwininfo -id $YOXOS_WID > yoxos_b.info


Paste yoxos_*.props and yoxos_*.info somewhere.
User avatar
mcNisse
Registered Member
Posts
89
Karma
0
Thank you for your reply.

This is what I found out. There is nothing that differs between before and after. It is actually enough for the window get behind an other window for it to disappear.

Code: Select all
johan@tango:~/dev/yoxos$ diff yoxos*.props
johan@tango:~/dev/yoxos$ diff yoxos*.info
2,5d1
< xwininfo: Please select the window about which you
<           would like information by clicking the
<           mouse in that window.
<


yoxos_b.props
Code: Select all
_KDE_NET_WM_ACTIVITIES(STRING) = "00000000-0000-0000-0000-000000000000"
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_CHANGE_DESKTOP
_NET_WM_DESKTOP(CARDINAL) = 2
WM_STATE(WM_STATE):
                window state: Normal
                icon window: 0x0
_NET_WM_STATE(ATOM) =
WM_HINTS(WM_HINTS):
                Client accepts input or input focus: True
                Initial state is Normal State.
                window id # of group leader: 0x2400001
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x0, 0x0, 0x0, 0x0
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 37748814
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_SPLASH
_KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 4484107
_NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x240004d
WM_CLIENT_LEADER(WINDOW): window id # 0x2400001
_NET_WM_PID(CARDINAL) = 4265
WM_LOCALE_NAME(STRING) = "en_US.UTF-8"
WM_CLIENT_MACHINE(STRING) = "tango"
WM_NORMAL_HINTS(WM_SIZE_HINTS):
                program specified location: 0, 0
                program specified minimum size: 480 by 270
                window gravity: NorthWest
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_CLASS(STRING) = "java", "Java"
WM_ICON_NAME(STRING) = "Yoxos"
_NET_WM_ICON_NAME(UTF8_STRING) = "Yoxos"
WM_NAME(STRING) = "Yoxos"
_NET_WM_NAME(UTF8_STRING) = "Yoxos"


yoxos_b.info
Code: Select all
xwininfo: Window id: 0x240004c "Yoxos"

  Absolute upper-left X:  443
  Absolute upper-left Y:  266
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 480
  Height: 270
  Depth: 24
  Visual: 0x21
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x20 (installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +443+266  -443+266  -443-232  +443-232
  -geometry 480x270+443+266
User avatar
mcNisse
Registered Member
Posts
89
Karma
0
google01103 wrote:I'd post a bug with them as I'm not sure you'll find anyone here with yoxos experience

try playing with the GTK style in systemsettings -> Appearance just because I've had strange display issues depending on the style selected, this of course assumes there's a GTK component to the product


GTK was an idea that i have tried...
I think this is a kwin problem, since I can use different wm to get it running.
luebking
Karma
0
> _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_SPLASH
Tadaaaa...

KWin hides splashes (the thing you get when starting libreoffice or gimp to cover their loooooooong startup time) on clicking them (for about a dozen years now?) to prevent them from covering the desktop (because things might take too long)

As a workaround, setup a kwin rule (run "kcmshell4 kwinrules") for that window.
Press the detect button on the first page and click the yoxos window w/ the '+' shaped cursor.
In the "appearance & fixes" (the last) tab, select another window type (eg. "Dialog" or "Normal")
If you want, you can also remove the titlebar (same page) and set the window to "Keep above" ("arrangement & access" tab) - what yoxos probably wanted to do?

Then file a bug against yoxos and thell them to not abuse window types ;-)

PS: Gtk+ has nothing to do with this.
User avatar
mcNisse
Registered Member
Posts
89
Karma
0
Thank you. That worked like a charm. Kwin rules.
User avatar
google01103
Manager
Posts
6668
Karma
25
as an aside this popped in my rss feeds this afternoon "Xojo: A Linux development suite that doesn't really support Linux" http://www.networkworld.com/article/285 ... linux.html


OpenSuse Leap 42.1 x64, Plasma 5.x

mgraesslin
KDE Developer
Posts
572
Karma
7
OS
Is that the ranting section about bad Linux support of IDEs? I can join: IntelliJ uses ctrl+alt+F1 as a default shortcut.
luebking
Karma
0
There're many stupid IDEs around (starting with EMACS ;-), but I assume Bill just confused Xojo with Yoxos (latter apparently being some Eclipse derivate)
User avatar
google01103
Manager
Posts
6668
Karma
25
luebking wrote:There're many stupid IDEs around (starting with EMACS ;-), but I assume Bill just confused Xojo with Yoxos (latter apparently being some Eclipse derivate)


true, my bad :<


OpenSuse Leap 42.1 x64, Plasma 5.x



Bookmarks



Who is online

Registered users: bartoloni, Bing [Bot], Evergrowing, Google [Bot], q.ignora, watchstar