After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 778323 - application-view: icon list marker shown somewhere
application-view: icon list marker shown somewhere
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: overview
3.22.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 785173 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2017-02-08 05:51 UTC by Mohammed Sadiq
Modified: 2019-07-25 16:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
application list subsection (image) (442.61 KB, image/png)
2017-02-08 05:51 UTC, Mohammed Sadiq
  Details
boxPointer: Fix arrow's position the second time a folder is opened (1.11 KB, patch)
2017-07-31 09:55 UTC, Joaquim Rocha
none Details | Review

Description Mohammed Sadiq 2017-02-08 05:51:43 UTC
Created attachment 345168 [details]
application list subsection (image)

The dropdown mark shown for application lists (for sublists) are not placed right. Sometimes they are not shown at all.

Please see the attached screenshot. The marker that should be shown below 'Utilities' is shown below 'Text Editor' (above the Characters).

This seems not happen for the first click on 'Utilities' (or other items with subsections), but only for subsequent clicks.

Thanks
Comment 1 Florian Müllner 2017-07-20 17:04:37 UTC
*** Bug 785173 has been marked as a duplicate of this bug. ***
Comment 2 Joaquim Rocha 2017-07-31 09:55:47 UTC
Created attachment 356627 [details] [review]
boxPointer: Fix arrow's position the second time a folder is opened

The second time a folder is opened, the arrow of the folder popup will
be shown in the wrong position (as if pushed to the left). This is due
to its transformed position, which is affected depending on the
allocation of the boxPointer's container.

This patch simply queues a repaint when the allocation is changed which
fixes the issue.
Comment 3 Joaquim Rocha 2017-07-31 09:56:56 UTC
Here a patch that fixes the issue. Mario has tested it works upstream too (thanks!).
Comment 4 Mario Sánchez Prada 2017-09-14 11:15:26 UTC
Ping?
Comment 5 Florian Müllner 2019-07-25 16:44:35 UTC
Fixed in a less hackish way in 3.32.