onboard sometimes opens on the wrong workspace

Bug #353677 reported by Francesco Fumanti on 2009-04-02
Affects Status Importance Assigned to Milestone

Bug Description

Hello, I've been fussing with onboard to enable passwords in tablet configuration on my laptop. I have some thoughts about the gnome-screensaver issue that I'll add to an already open question.

I noticed that when I went to a clean workspace, opened synaptic, and then tried to open onboard from the system tray to fill in the gksu login dialog, that onboard was opening on another workspace. I could see its silhouette in the workspace selector, opening, closing, but never where I needed it to fill in the password.

This seemed suboptimal, so I added the following three lines in /usr/share/pyshared/Onboard/OnboardGtk.py:

        self.window.hidden = False
+ self.window.stick() # show in all workspaces
+ self.window.set_skip_pager_hint(True) # don't show window in pager
+ self.window.set_skip_taskbar_hint(True) # don't show window in taskbar


which seems to be an improvement. Any feelings about this?

-- rec --

marmuta (marmuta) wrote :

Is this fixed Francesco? Can we close it? Skip_taksbar_hint and sticky are options in preferences now.

Changed in onboard:
status: New → Incomplete
Francesco Fumanti (frafu) wrote :

I think that the bug can be closed as the central issue about Onboard not appearing on the workspace in use has been solved by the "Always show on visible workspace" option (sticky bit).

marmuta (marmuta) on 2011-12-15
Changed in onboard:
status: Incomplete → Fix Committed
marmuta (marmuta) wrote :

Fix has been released in 0.96.2.

Changed in onboard:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related questions