payload: {"action":"created","issue":{"url":"https://api.github.com/repos/stumpwm/stumpwm-contrib/issues/142","repository_url":"https://api.github.com/repos/stumpwm/stumpwm-contrib","labels_url":"https://api.github.com/repos/stumpwm/stumpwm-contrib/issues/142/labels{/name}","comments_url":"https://api.github.com/repos/stumpwm/stumpwm-contrib/issues/142/comments","events_url":"https://api.github.com/repos/stumpwm/stumpwm-contrib/issues/142/events","html_url":"https://github.com/stumpwm/stumpwm-contrib/issues/142","id":479435074,"node_id":"MDU6SXNzdWU0Nzk0MzUwNzQ=","number":142,"title":"XEMBED:*TIMESTAMP* is bound to nil when initialzing StumpTray. Expecting an (UNSIGNED-BYTE 32)","user":{"login":"YorkZ","id":742238,"node_id":"MDQ6VXNlcjc0MjIzOA==","avatar_url":"https://avatars1.githubusercontent.com/u/742238?v=4","gravatar_id":"","url":"https://api.github.com/users/YorkZ","html_url":"https://github.com/YorkZ","followers_url":"https://api.github.com/users/YorkZ/followers","following_url":"https://api.github.com/users/YorkZ/following{/other_user}","gists_url":"https://api.github.com/users/YorkZ/gists{/gist_id}","starred_url":"https://api.github.com/users/YorkZ/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/YorkZ/subscriptions","organizations_url":"https://api.github.com/users/YorkZ/orgs","repos_url":"https://api.github.com/users/YorkZ/repos","events_url":"https://api.github.com/users/YorkZ/events{/privacy}","received_events_url":"https://api.github.com/users/YorkZ/received_events","type":"User","site_admin":false},"labels":[{"id":80930692,"node_id":"MDU6TGFiZWw4MDkzMDY5Mg==","url":"https://api.github.com/repos/stumpwm/stumpwm-contrib/labels/bug","name":"bug","color":"fc2929","default":true}],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":22,"created_at":"2019-08-11T06:00:52Z","updated_at":"2019-08-26T03:04:24Z","closed_at":null,"author_association":"NONE","body":"After upgrading my `archlinux` system with:\r\n\r\n    sudo pacman -Syyu\r\n\r\nand re-installing the `StumpWM` from `AUR`, the `stumptray` no longer works. In my `~/.stumpwm.d/init.lisp` file, I have the following lines:\r\n\r\n```\r\n(load-module \"stumptray\")\r\n(stumptray::stumptray)\r\n```\r\nIf I remove the line:\r\n\r\n    (stumptray::stumptray)\r\n    \r\nThe entire `init.lisp` file would be evaluated successfully, but with no system tray, of course. Then if I manually evaluate the above line, I got the following errors:\r\n\r\n```\r\nThe value\r\n  NIL\r\nis not of type\r\n  (UNSIGNED-BYTE 32)\r\n   [Condition of type TYPE-ERROR]\r\n\r\nRestarts:\r\n 0: [RETRY] Retry SLIME interactive evaluation request.\r\n 1: [*ABORT] Return to SLIME's top level.\r\n 2: [ABORT] abort thread (#<THREAD \"worker\" RUNNING {1005FDF353}>)\r\n\r\nBacktrace:\r\n  0: (XLIB::WRITE-VECTOR-CARD32 #<XLIB:DISPLAY :0 (The X.Org Foundation R12005000)> 24 #(NIL 502 8389191 0 0) 0 5)\r\n  1: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK :IN XLIB:SEND-EVENT))\r\n  2: ((FLET \"WITHOUT-INTERRUPTS-BODY-29\" :IN SB-THREAD::CALL-WITH-RECURSIVE-LOCK))\r\n  3: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK #<CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK :IN XLIB:SEND-EVENT) {7F0AA63BDDFB}> #<SB-THREAD:MUTEX \"CLX Buffer Lock\" owner: #<SB-THREAD:THREAD \"worker\" RU..\r\n  4: (XLIB:SEND-EVENT #<XLIB:WINDOW :0 6FA> :CLIENT-MESSAGE 131072 :WINDOW #<XLIB:WINDOW :0 6FA> :TYPE :MANAGER :FORMAT 32 :DATA #(NIL 502 8389191 0 0) :PROPAGATE-P NIL)\r\n  5: (XLIB:SEND-EVENT #<XLIB:WINDOW :0 6FA> :CLIENT-MESSAGE 131072 :WINDOW #<XLIB:WINDOW :0 6FA> :TYPE :MANAGER :FORMAT 32 :DATA #(NIL 502 8389191 0 0) :PROPAGATE-P NIL) [more]\r\n  6: (STUMPTRAY::TRAY-INIT #S(STUMPTRAY::TRAY :WIN #<XLIB:WINDOW stumpwm/stumpwm#1=:0 800245> :SOWIN #<XLIB:WINDOW stumpwm/stumpwm#1#:0 800247> :FPWIN #<XLIB:WINDOW stumpwm/stumpwm#1#:0 800246> :VIWIN #<XLIB:WINDOW stumpwm/stumpwm#1#:0 800248> :HIWIN #<XLIB:WINDOW ..\r\n  7: (STUMPTRAY:STUMPTRAY)\r\n  8: (SB-INT:SIMPLE-EVAL-IN-LEXENV (STUMPTRAY:STUMPTRAY) #<NULL-LEXENV>)\r\n  9: (EVAL (STUMPTRAY:STUMPTRAY))\r\n 10: ((LAMBDA NIL :IN SWANK:INTERACTIVE-EVAL))\r\n 11: (SWANK::CALL-WITH-RETRY-RESTART \"Retry SLIME interactive evaluation request.\" #<CLOSURE (LAMBDA NIL :IN SWANK:INTERACTIVE-EVAL) {10074C788B}>)\r\n 12: (SWANK::CALL-WITH-BUFFER-SYNTAX NIL #<CLOSURE (LAMBDA NIL :IN SWANK:INTERACTIVE-EVAL) {10074C786B}>)\r\n 13: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:INTERACTIVE-EVAL \"(stumptray::stumptray)\") #<NULL-LEXENV>)\r\n 14: (EVAL (SWANK:INTERACTIVE-EVAL \"(stumptray::stumptray)\"))\r\n 15: (SWANK:EVAL-FOR-EMACS (SWANK:INTERACTIVE-EVAL \"(stumptray::stumptray)\") \":stumpwm\" 11)\r\n 16: ((LAMBDA NIL :IN SWANK::SPAWN-WORKER-THREAD))\r\n 17: (SWANK/SBCL::CALL-WITH-BREAK-HOOK #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<FUNCTION (LAMBDA NIL :IN SWANK::SPAWN-WORKER-THREAD) {5363983B}>)\r\n 18: ((FLET SWANK/BACKEND:CALL-WITH-DEBUGGER-HOOK :IN \"/home/yzhao/quicklisp/local-projects/slime/swank/sbcl.lisp\") #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<FUNCTION (LAMBDA NIL :IN SWANK::SPAWN-WORKER-THRE..\r\n 19: (SWANK::CALL-WITH-BINDINGS ((*STANDARD-INPUT* . stumpwm/stumpwm#1=#<SWANK/GRAY::SLIME-INPUT-STREAM {10040E81A3}>) (*STANDARD-OUTPUT* . stumpwm/stumpwm#2=#<SWANK/GRAY::SLIME-OUTPUT-STREAM {10040E8233}>) (*TRACE-OUTPUT* . stumpwm/stumpwm#2#) (*ERR..\r\n 20: ((LAMBDA NIL :IN SWANK::SPAWN-WORKER-THREAD))\r\n 21: ((FLET SB-UNIX::BODY :IN SB-THREAD::INITIAL-THREAD-FUNCTION-TRAMPOLINE))\r\n 22: ((FLET \"WITHOUT-INTERRUPTS-BODY-4\" :IN SB-THREAD::INITIAL-THREAD-FUNCTION-TRAMPOLINE))\r\n 23: ((FLET SB-THREAD::WITH-MUTEX-THUNK :IN SB-THREAD::INITIAL-THREAD-FUNCTION-TRAMPOLINE))\r\n 24: ((FLET \"WITHOUT-INTERRUPTS-BODY-1\" :IN SB-THREAD::CALL-WITH-MUTEX))\r\n 25: (SB-THREAD::CALL-WITH-MUTEX #<CLOSURE (FLET SB-THREAD::WITH-MUTEX-THUNK :IN SB-THREAD::INITIAL-THREAD-FUNCTION-TRAMPOLINE) {7F0AA63BED7B}> #<SB-THREAD:MUTEX \"thread result lock\" owner: #<SB-THREAD:THR..\r\n 26: (SB-THREAD::INITIAL-THREAD-FUNCTION-TRAMPOLINE #<SB-THREAD:THREAD \"worker\" RUNNING {1005FDF353}> NIL #<CLOSURE (LAMBDA NIL :IN SWANK::SPAWN-WORKER-THREAD) {1005FDF2FB}> NIL)\r\n 27: (\"foreign function: call_into_lisp\")\r\n 28: (\"foreign function: new_thread_trampoline\")\r\n```\r\nPlease help, thanks in advance!\r\n\r\nP.S. stumpwm was upgraded from 18.11.61.g4653857-1 to 18.11.81.gf6966ca-1\r\n"},"comment":{"url":"https://api.github.com/repos/stumpwm/stumpwm-contrib/issues/comments/524698294","html_url":"https://github.com/stumpwm/stumpwm-contrib/issues/142#issuecomment-524698294","issue_url":"https://api.github.com/repos/stumpwm/stumpwm-contrib/issues/142","id":524698294,"node_id":"MDEyOklzc3VlQ29tbWVudDUyNDY5ODI5NA==","user":{"login":"PuercoPop","id":387111,"node_id":"MDQ6VXNlcjM4NzExMQ==","avatar_url":"https://avatars0.githubusercontent.com/u/387111?v=4","gravatar_id":"","url":"https://api.github.com/users/PuercoPop","html_url":"https://github.com/PuercoPop","followers_url":"https://api.github.com/users/PuercoPop/followers","following_url":"https://api.github.com/users/PuercoPop/following{/other_user}","gists_url":"https://api.github.com/users/PuercoPop/gists{/gist_id}","starred_url":"https://api.github.com/users/PuercoPop/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/PuercoPop/subscriptions","organizations_url":"https://api.github.com/users/PuercoPop/orgs","repos_url":"https://api.github.com/users/PuercoPop/repos","events_url":"https://api.github.com/users/PuercoPop/events{/privacy}","received_events_url":"https://api.github.com/users/PuercoPop/received_events","type":"User","site_admin":false},"created_at":"2019-08-26T03:04:24Z","updated_at":"2019-08-26T03:04:24Z","author_association":"MEMBER","body":"@YorkZ I'm pretty sure the issue you are running into is not due to the version you are running. StumpTray works on only one of my machines and in the other I run into the same issue you report. So you don't need to keep trying different versions.\r\n\r\n> I'm pretty good at Emacs Lisp, but know very little about common lisp and stumpwm. Can you give me some suggestion as to where I can start if I have to hack StumpWM?\r\n\r\nI'm somewhat certain the issue is in how xembed generates the `CurrentTime` timestamp and that the that the bug is in either xembed or StumpTray.\r\n\r\nAfter setting up Sly (or SLIME if you prefer) you can follow the [instructions in the wiki](https://github.com/stumpwm/stumpwm/wiki/Hacking-StumpWM#emacs) to connect the process running StumpWM to a Sly REPL.\r\n\r\nIf you want to take a stab at this bug you should at least skim the relevant freedesktop specs to get a sense of how xembed and system trays work.\r\n\r\n- https://standards.freedesktop.org/xembed-spec/xembed-spec-latest.html\r\n- https://standards.freedesktop.org/systemtray-spec/systemtray-spec-0.2.html\r\n\r\nBesides `#lisp@freenode` which is great for general lisp questions, for StumpWM specific questions `#stumpwm@freenode` may be more helpful."}}
other: {"actor":{"display_login":"PuercoPop"}}