#510 Using --class or --name overidden by existing instance

1.1
closed-fixed
pcmanfm (128)
5
2012-09-21
2011-12-07
Anonymous
No

If pcmanfm is started from the cli with a --name or --class, these settings are inherited by any subsequent instance of instance of pcmanfm

Replication:
pcmanfm --class=test
xprop shows
WM_CLASS(STRING) = "test", "Pcmanfm"
WM_NAME(STRING) = "mark"
Leaving this open, start a second instance
pcmanfm --class=another
xprop for this instance shows:
WM_CLASS(STRING) = "test", "Pcmanfm"
WM_NAME(STRING) = "mark"

This is the case for any combinations of --name and --class tested (eg: first instance is --name=test, second is --class=another, etc...)

Expected behavious:
Each instance should be uniquely identifiable by the --name or --class provided in the params

Impact:
Tiling window managers allow windows instances to be made sticky to specific screens/workspaces based on rules that utiliise the wm_name or wm_class. This bug allows one instance to be sticky to a screen, but prevents other instances from being spawned on any other screen.

Discussion

  • PCMan

    PCMan - 2012-05-08
    • priority: 5 --> 4
     
  • Lonely Stranger

    Lonely Stranger - 2012-05-26
    • priority: 4 --> 5
     
  • Lonely Stranger

    Lonely Stranger - 2012-06-03
    • milestone: --> 2334032
     
  • Lonely Stranger

    Lonely Stranger - 2012-07-16
    • labels: --> pcmanfm
     
  • Lonely Stranger

    Lonely Stranger - 2012-07-16
    • assigned_to: nobody --> lstranger
     
  • Lonely Stranger

    Lonely Stranger - 2012-07-16

    Options --name and --class set property WM_CLASS for the window. According to the ICCCM, you should always set WM_CLASS to the same value for all windows in an application. So current behavior is absolutely correct.

    WM_NAME is the title of the window and it is set accordingly to the current directory so it cannot solve your problem too.

    Though it's possible to set WM_WINDOW_ROLE for each window and if that will solve your problem then we can implement that in pcmanfm after 1.0 is released.
    Thank you.

     
  • Lonely Stranger

    Lonely Stranger - 2012-07-16
    • status: open --> open-wont-fix
     
  • Lonely Stranger

    Lonely Stranger - 2012-09-10
    • milestone: 2334032 --> 1.1
     
  • Lonely Stranger

    Lonely Stranger - 2012-09-21

    Added an option --role that sets WM_WINDOW_ROLE if used together with --new-win. All changes are in current git master branch. Thank you very much.

     
  • Lonely Stranger

    Lonely Stranger - 2012-09-21
    • status: open-wont-fix --> closed-fixed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks