Four bugs I've come across... (OB+ v1.11.518u)

First of all, I'm running a setup with three docks. One on the bottom left end of the screen, which replaces my Quicklaunch field (housing my three most used applications) - one on the bottom right end of the screen, which replaces my systray and also has two static entries (one flyout menu and one link to the Task Manager) - and finally, one in the bottom center which replaces my list of running applications, and also has some static entries (a clock docklet, a weather docklet and a flyout). The left and right docks are both 16 pixels in height (so that their icons won't look bloated), while the middle one has a height of something like 48 and maximizes up to 96, whereas the other two are at a static 16.

Furthermore, in WindowFX I've limited the desktop workarea so that maximized applications will never cover the left and right docks, keeping them accessible at all times. The center one has its Z-Ordering set to Always-On-Top. The other are set to this as well, but that doesn't really matter since no window should ever reach down to them. As such, the center one intrudes on other windows - being Always-On-Top and with a height greater than the no-fly-zone of something like 20 pixels I've set up WindowFX to give me - but I've learned to live with that.

( Bug 1 ) Link
The Always-On-Top flag is sometimes lost. I haven't been able to accurately reproduce it, but it happens to me several times a day. Maximized applications cover more than half of the center dock - which should always be on top - and granting focus to the dock by clicking on it does nothing. If I click (what I can see of) the flyout entry, the icons that fly out (heh) *are* on top and visible, but the dock itself remains below the application.

Now, if I right-click the dock and de-select "Always on top", it reverts to standard Z-Ordering and, having gotten focus from my right-clicking, it's laid on top again. At this point the dock works as it's supposed to: granting focus to the application covers the dock, and vice versa. If I now right-click it and select "Always on top", it works as I want it to again. So it's a nice little workaround, but I'd rather be rid of the issue in the first place.

( Bug 2 )
The flyout menus don't seem to work properly, at times. Not to be confused with the bug fixed in the latest release, where icons seemed to linger (Link).

Sometimes, when I click the flyout entry, the menu just shows its closing animation (menu entry icons rolling into the top center icon and then fading out while at the same time travelling towards the flyout icon). Sometimes, when I try to open an entry, the flyout promptly closes without showing the "ok, starting!" animation (where the clicked entry roll into position as the top center icon, magnifies and then shrinks and fades out), and the application clicked doesn't open.

I'm not sure if it's an issue with the flyout menus not closing properly at times - or leaving remnants of something in the memory - so when you next try to use the menu you end up with those little oddities.

( Bug 3 )
A small bug that's not very prevalent but still annoying when it happens. Sometimes, icons in a dock don't seem to be able to stay on top of the dock they're docked into - meaning, their Z-Ordering falls below the docks' background image. This is all the more annoying if you, like I, have your docks set to 100% opacity.

I don't have a screenshot of that at the moment, but if it appears later today I'll just add it to the thread.

( Bug 4 )
The ability to show systray icons in a dock works pretty good, but every now and then a few flaws find their way through the front.

Sometimes it loses some tray icons (Link) - not necessarily all of them, but I've noticed some icons disappearing often while others generally don't fuss at all. To describe further, applications that I *know* are running suddenly aren't shown there, forcing me to run the Task Manager and close the applications' processes so I can restart them and get me a fresh tray entry. This happens all the time with the Stardock Central Tray Component, for instance (see the link), and also with other applications such as DC++ (Link). That's why I keep a link to the Task Manager at hand (in the same dock as the tray icons - also visible in the screenshot).

I've also once or twice come across a bug where *no* tray icons are shown, and even entering the dock's settings and alternating between whether running applications or tray icons should be shown in the dock didn't do the trick. I tried creating a new dock (and put it on the top of the screen, out of the way, purely in testing purposes), and set it up to also show tray icons, but it ended up empty as well. Restarting ObjectDock didn't help, and in the timespan after having closed and not yet having restarted it I saw the icons in the normal systray, so it seems the icons themselves hadn't disappeared - ObjectDock was just having some issues accessing them or something. Rebooting sorted it out.

Having pointed those things out, I'm enjoying ObjectDock a ton. Maybe some of these bugs are actually due to something else in my system's setup, and I'm incorrectly attributing them to ObjectDock.

Anyone else recognizing these oddities?

objectdock

Locked Post

Advanced Search

Watch this post

Do not email me updates for this post Email me updates for this post

Successfully updated karma reason!

I am also getting (Bug 3).

(Bug 5) Suppose I click on an icon to run a program. Then, let the dock fly off the screen. When it reappears, that icon image is gone. I can still click on that space and start that program, but the image disappears. Even when I try to replace the dock image w/a different one, the different one doesn't show either.

Successfully updated karma reason!