"Open" Toolbar-Button Doesn't Work

Bug #1062405 reported by Lonnie Lee Best
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
k4dirstat (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Although I can access the "Open" dialog from the "File" menu (and by pressing ctrl-o), I'm unable to access it by clicking the "Open" button (which is the first button on k4dirstat's tool bar).

Clicking the the Open button does nothing.

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: k4dirstat 2.7.3-1
ProcVersionSignature: Ubuntu 3.5.0-17.27-generic 3.5.5
Uname: Linux 3.5.0-17-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.6.1-0ubuntu1
Architecture: amd64
Date: Fri Oct 5 11:17:20 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: k4dirstat
UpgradeStatus: Upgraded to quantal on 2012-10-04 (0 days ago)

Related branches

Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :
description: updated
description: updated
Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :

What I'm noticing is that if you slowly move your mouse to the "Open" button, it will become embossed and you can then click it and it works.

But, if you mouse to that button too quickly, it doesn't become embossed, and in this case, clicking it does nothing (even though your mouse is sitting directly on top of the button.

Revision history for this message
Jerome Robert (jeromerobert) wrote :

I reproduce it but have no clues to fix it for now. I just note that it doesn't only affect the open button but any button set as the first button of the toolbar (right click, configure toolbars).

Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :

What library package does the button-control come from? Perhaps this bug is effecting more than just k4dirstat (it could be effecting any application that implements that type of tool-bar/button-control from the same package k4dirstat uses).

If it isn't k4dirstat specific, then the control library developers should be notified of this bug.

Changed in k4dirstat (Ubuntu):
status: New → Confirmed
Revision history for this message
Jerome Robert (jeromerobert) wrote :

This is KDE (precisely http://api.kde.org/4.8-api/kdelibs-apidocs/kdeui/html/classKXmlGuiWindow.html) but I don't know any other KDE application having this bug.

Revision history for this message
Jerome Robert (jeromerobert) wrote :

These 2 commits fix the bug:
http://bitbucket.org/jeromerobert/k4dirstat/changeset/f5be53af1103/raw/
http://bitbucket.org/jeromerobert/k4dirstat/changeset/eaeafc2c60ce/raw/

As it's not a critical bug, the Debian package won't be update until the release of Wheezy.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package k4dirstat - 2.7.4-1

---------------
k4dirstat (2.7.4-1) unstable; urgency=low

  * New upstream release
    - Remove broken PacMan widgets (LP: #1062405)
    - Add a scalable and 48x48 icon
    - Support empty sparse file
  * Update the Vcs-Git tag
  * Bump Standards-Version to 3.9.4

 -- Jerome Robert <email address hidden> Wed, 27 Mar 2013 23:40:01 +0100

Changed in k4dirstat (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.