Dblclick - Buglist

Resolved bugs are not deleted, but the version that solves them is mentioned beside.
The term middle-click refers to a click of the middle mouse button during the simulator is enabled (so it will be a software double-click).

To all who use older versions of this program: unless you really need simulation under old Windowses, it is strongly suggested to use version 2.3+. If not, remember: you use this at your own risk!
Beginning with version 2.4, the program doesn't start if the OS is not at least Windows NT 4.0 with Service Pack 4. According to MSDN this is the minimum needed for the new features.

Here they are, latest first (those that hurt are colored red):
(timestamp: 2009.06.30)

• 2009.06.16 - Annoying failure of functionality: (solved in v2.4)
  In Windows 7 RC1 there are times when the middle click causes all mouse buttons to do nothing any more.
  Thanks to Ralf (from the Netherlands) for testing the program under Windows 7, and for the workaround.
  Also thanks to Phil (HighRez), for its help. He has written a similar - although more complex - program called XMouseButtonControl.
  Reason: Probably the outdated API call that was used in the mouse hook. Workaround: Hit Ctrl-Alt-DEL (to get the dialog about lock, etc.), then hit ESC.
• 2009.02.10 - Annoying failure of functionality: (solved in v2.4)
  If the taskbar is recreated by Windows, our icon disappears from the system tray.
  The simulation and the Winamp hotkeys continue to work, but you can't control anything. This issue occours when Explorer.exe terminates, and Windows restarts it.
  Reason: I didn't know about the "TaskbarCreated" special message. Solution: terminate the dblclick.exe process from Task Manager, and run it again.
• 2007.11.02 - Annoying failure of functionality: (solved in v2.3, but may need a little workaround)
  Using the low level mouse hook ignored the user's setting of left-handed mouse ("switch primary mouse buttons", as seen in younger Windowses).
  Now the program checks this setting each time you enable the double click feature. In normal circumstances this is enough. But if you swap buttons repeatedly in Control Panel, then you have to disable+enable the double click feature to refresh its state.
  Reason: low level hook is definitely low level. Solution: disable/enable if you just changed the mouse settings.

---

• 2005.02.28 - Annoying failure of functionality: (solved in v2.1)
  Notepad++ (a nice text editor) behaves like TextPad (see below). Middle-click behaves as a simple left click.
  This bug will not be solved. It seems that the mouse events reach in a strange way the edit area of NotePad++. Which window handles the messages? Or am I missing something on MDI?
  Reason: probably known. Solution: on old systems not known yet.
• 2004.12.08 - BUG: (solved in v2.1)
  The Equation Editor strikes back in v2.0: see the previous EqEditor bug...
  Middle clicking in an equation in MSWord2000 will start the Equation Editor, but it behaves incorrectly. Different symptoms may occour: the text input is not inside the equation object (and can't be forced there); the object gets into resize mode (and won't leave that). As far as I saw the equation object will remain unchanged after you click somewhere inside Word. But that's not sure...
  In general, middle clicking on embedded objects in Word will cause suffering and data loss!!!
  Reason: unknown. Solution: on old systems no idea.
• 2004.12.08 - BUG: (occours in v2.0, solved in v2.1)
  The beloved MS Word 2000... (see the previous Word bug)
  Under v2.0 the endless Maximize/Restore doesn't happen any more. But middle clicking on the title bar when NOT maximized will freeze Word. The mouse cursor doesn't change, and text input is impossible. An Alt-Tab will sometimes solve the problem, but sometimes Word is just kicked out by the operating system.
  I still have no idea, and again only Word is affected from the Office package.
  Reason: unknown. Solution: on old systems no idea.
• 2003.11.14 - BUG: (different behaviour in v2.0, solved in v2.1)
  MS Word 2000 again - serious bug. A middle-click on the title bar of Word will cause an endless loop of Maximize and Restore operations of the window. You must close Word from Task Manager (if you have such a thing), cos' you can't do anything with it.
  Thanks to Karaj for reporting this.
  I have no idea... it seems that only Word is affected from the whole Office package. But only Office2000 was tested. I wonder why Word is so different from Excel/PowerPoint in this matter?.
  Reason: unknown. Solution: on old systems no idea.
• 2003.11.07 - Annoying failure of functionality: (solved in v2.1)
  A middle-click in the TextPad editor behaves as a simple left click. The middle button must be double clicked to achieve a standard double click.
  Thanks to Karaj for reporting this.
  This bug will not be solved. Its cause is that the inner window of TextPad does not ask for double click notification from Windows. My simulated double clicks never reach it. TextPad probably deals with double clicks internally. Any program that does this is beyond my control. However, some clever hack might exist...
  Reason: known. Solution: on old systems not possible.
• 2003.11.05 - Annoying failure of functionality: (probably solved in v2.1, but not tested)
  In the main window of Rational Rose there is a list with all kind of class names in it. A double click on a name should open that class. If a class name doesn't fit in the list (too long), it will appear as a tooltip when the mouse is over it. In this special "tooltip case" a middle-click has no effect.
  Thanks to Karaj for reporting this. Damn, I can't test this.
  Reason: unknown. Solution: on old systems no idea.
• 2003.11.05 - Annoying failure of functionality: (solved in v2.1)
  A middle-click on the main window of Winamp 5 doesn't shrink it to that "single line" mode.
  Thanks to Karaj for reporting this.
  Winamp 2.x behaves well, but only the title bars are sensitive to this method.
  Reason: unknown. Solution: on old systems no idea.
• 2003.10.04 - BUG: (solved in v2.1)
  In Microsoft Word (2000) a middle-click on an embedded sound object will play it infinitely (until you close Word). Word may cause exception when closing (this means NO save!)
  Reason: unknown. Solution: on old systems no idea.
• 2003.10.04 - BUG: (different behaviour in v2.0, solved in v2.1)
  The Equation Editor of MSOffice (2000) may seem to freeze when starting to edit an equation through a middle-click on it in a Word document.
  Temporary solution: a few Esc keypresses and switches with Alt-Tab should get you back to the 'normal' Word. Excel had no problems...
  Reason: unknown. Solution: on old systems no idea.
• 2003.09.04: (does not appear with the low-level hook in v2.1)
  It may happen that you close the program, but the dblclick.dll file is still locked (you can't delete it). Probably the dll is still loaded into a program's address space, which is curious, since the hook doesn't exist any more.
  I can't explain this either, but it is related to the error below.
  Reason: unknown. Solution: no idea.
• 2003.09.04: (does not appear with the low-level hook in v2.1)
  In the About dialog it may happen, that you see negative numbers for the processes/threads. That is weird and I can't explain, but it happens.
  Reason: unknown. Solution: no idea.
• 2003.09.04: (does not appear with the low-level hook in v2.1)
  In the About dialog, the "number of clicks" means how many WM_?BUTTONUP messages did all of the programs received, since these are what the hook proc. "sees".
  This does not include the generated double-click messages, so the numbers would correspond to the physical clicks, IF life would be easy.
  But it's not. If the low level hook is active, then all counts well. If not, then extra left clicks may be counted.
  Reason: unknown. Solution: no idea.

  Back to the main page

  Piece of Soft