list of recently opened files dialog shows up under the active window for scribes

[Matěj Cepl]

Whenever I run for example Ctrl-Alt-R (list of recently opened files) it opens UNDER the active window, not above it. Screencast of the issue is attached.

[Mystilleef (mystilleef)]

Turn off focus prevention in your window manager. Are you using compiz?

[Mystilleef (mystilleef)]

Reopen if you have any issues

[Matěj Cepl (mcepl)]

hmm, gnome-shell ... I will ask developers of it.

[Matěj Cepl (mcepl)]

Reopening and noting that this is also https://bugzilla.gnome.org/show_bug.cgi?id=637406 ... I am still not sure who should be blamed for this. Other programs don't do this to me.

[Mystilleef (mystilleef)]

It's a problem with the window manager. If Scribes tells the
window manager to focus a window, it should do just that.
But alas, some window managers decide to be too smart for
themselves by implementing things like focus prevention.

If Scribes tells the window manager to focus the window but
the window manager decides to do something else, there's not
much Scribes can do.

If the window is a dialog there's no problem. Since you can
set a dialog as a transient to a parent window.

In Scribes case, however, the recent open window is not a
dialog. It's an external program that runs in a separate
process. As far as I know, there's no way to set an external
window as a transient for another window. So the recent open
window is at the mercy of the window manager to focus it
properly.

The gnome-shell folks need to turn off focus prevention. If
they don't well multi-process applications will just be
broken in gnome-shell.

[Matěj Cepl (mcepl)]

See https://bugzilla.gnome.org/show_bug.cgi?id=637406#c1 ... does it make any sense?

[Mystilleef (mystilleef)]

Yes, I'll commit a possible fix today. Be on the look out to help me test it.

[Matěj Cepl (mcepl)]

I am mcepl on Freenode (and living in Czechia, so CET).

[Mystilleef (mystilleef)]

I just committed a fix in launchpad, build 807. Let me know if it works.

[Matěj Cepl (mcepl)]

Yes, I have here checkout of r820 and it works well. Thank you. Feel free to close as FIXED.

[Matěj Cepl (mcepl)]

Too fast, scribes is crashing with

jakoubek:bugzilla-triage (pageMod) $ Traceback (most recent call last):
  File "/usr/lib64/scribes/GenericPlugins/RecentOpen/ProcessCommunicator.py", line 61, in __activate_cb
    idle_add(self.__activate, self.__process.activate)
AttributeError: 'NoneType' object has no attribute 'activate'

[Matěj Cepl (mcepl)]

not 100% reproduceable though. Happens like in 50% cases.

[Mystilleef (mystilleef)]

That's odd. That shouldn't crash Scribes. Try build 808.

[Matěj Cepl (mcepl)]

Ignore comment #12 ... that's probably bug 709582 (aka PEBKAC). However, I can confirm, that the window doesn't show up sometimes (like 50%) up, but it is still buried under the window). And yes, this is 808.

[Mystilleef (mystilleef)]

Then the suggestion on gnome-shell's bugzilla doesn't work. Turning off focus prevention is the only reliable solution.

[Mystilleef (mystilleef)]

Any news on this front?

[Matěj Cepl (mcepl)]

No, still as bad as before ... 80% of cases it is wrong.

[Matěj Cepl (mcepl)]

and gnome-shell maintainers are claiming, that the focus stealing prevention is the same code what was in metacity ... :(

[Mystilleef (mystilleef)]

At least you could turn it off in Metacity. Can you do that in mutter?