Bug 182914 - dolphins places panel keeps entry highlighted, when right-clicking on it
Summary: dolphins places panel keeps entry highlighted, when right-clicking on it
Status: RESOLVED UPSTREAM
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords: reproducible
Depends on:
Blocks:
 
Reported: 2009-02-02 20:10 UTC by Panagiotis Papadopoulos
Modified: 2011-01-25 22:21 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
PyQt TestCase indicating this is a QT issue (607 bytes, text/plain)
2011-01-19 23:56 UTC, Sebastian Dörner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Panagiotis Papadopoulos 2009-02-02 20:10:15 UTC
Version:            (using KDE 4.2.0)
OS:                Linux
Installed from:    Unspecified Linux

1. Right-click an entry in the places panel
2. click on the main window (the area where the files are listed)

Doing the steps above, results Dolphin in leaving the right-clicked entry highlighted, until you move the mouse over another entry

thanks
Comment 1 Panagiotis Papadopoulos 2009-12-12 11:18:23 UTC
can someone please assign this bug to dolphin? (or the apropriate product)
Comment 2 FiNeX 2010-08-29 22:36:16 UTC
Confirmed in KDE 4.4.5 and 4.5.0
Comment 3 Sebastian Dörner 2011-01-19 23:56:27 UTC
Created attachment 56207 [details]
PyQt TestCase indicating this is a QT issue

This seems to be a Qt bug. I attached a PyQt test case, which uses a simple QListWidget. Beware, the selection behaviour is different from the Panel, but the bug is still visible: 

First, notice there are different colors for (a) selected Item and (b) selected and hovered item, the latter is slightly lighter. 

Now, right-click on an item in the list to open the context menu, move the mouse out 2of the window and click there to close the context menu again. The color for the item you originally right-clicked stays at "selected and hovered". Only when you bring the mouse back into the widget, the color changes to "selected and NOT hovered". This is exactly the same behaviour as in the places panel.

Could someone confirm this, or is there any error in usage of the QListView?

I didn't find a corresponding Qt bug report yet. If anyone can confirm this, feel free to search for and possibly create a new Qt bug report with the test case.
Comment 4 Frank Reininghaus 2011-01-20 18:53:44 UTC
Nice test case, looks good to me!

(In reply to comment #3)
> is there any error in usage of the QListView?

I don't think so.

> I didn't find a corresponding Qt bug report yet. If anyone can confirm this,
> feel free to search for and possibly create a new Qt bug report with the test
> case.

I think you should report this yourself - the Qt people might have questions concerning your test case which you could answer best.

Some remarks:

1. It might be worth investigating if this also happens in other item views (like, e.g., QTreeView/QTreeWidget). This might tell you if the problem is in QListView or in its base class QAbstractItemView.

2. The best way to get a Qt bug fixed quickly is to not only report it, but also provide a merge request with a patch+unit test at Qt's Gitorious site. If you can figure out what goes wrong and how it could be fixed, you could try this. If you have any questions concerning that, just ask me, I've submitted a couple of merge requests already.
Comment 5 Sebastian Dörner 2011-01-24 20:07:03 UTC
Qt bug is http://bugreports.qt.nokia.com/browse/QTBUG-16872

I didn't come around to look for the cause yet.