Clipboard Indicator shows the dropdown arrow now.

[simonbcn]

Arch Linux
GNOME Shell 3.28.1

Clipboard Indicator shows the dropdown arrow with last version, before it worked. If I disable/enable this extension or Clipboard extension, it works. But when I enter in gnome session, it shows it.

[P1zz4br0etch3n]

Same here for Places Status Indicator on Ubuntu 18.04 with same shell version

Edit: @simonbcn Did you try gpaste yet? I like it more than Clipboard Indicator and it doesn't have this issue.

[mpdeimos]

@simonbcn I can reproduce with the Cipboard Indicator. Will have a look why this no longer works (some larger parts of the code have been rewritten to support other extension).

@P1zz4br0etch3n I cannot reproduce with the Places Status Indicator. Is this extension installed per default? Can you let me know the exact version (for me cat /usr/share/gnome-shell/extensions/places-menu@gnome-shell-extensions.gcampax.github.com/metadata.json)? What happens if you toggle remove dropdown errors or the other extension on/off?

[simonbcn]

Places Status Indicator works well to me.

[P1zz4br0etch3n]

I think the extension was pre-installed on Ubuntu GNOME 16.04 before I upgraded to 18.04. But I updated it from extensions.gnome.org, so I think the one from my home folder is actually beeing used.

The arrow is displayed on system start. When I toggle Remove Dropdown Arrows it disappears. When I toggle the Places Menu after that, its arrow reappears. When I toggle it before, nothing changes.

Edit: I removed the updated versions of both extension from my home folder and updated again from extensions.gnome.org. Now it displays no arrow on system start (Alt + F2 -> r) but when I lock the screen and unlock it, the arrow is displayed again.

Here are my outputs:

~$ cat .local/share/gnome-shell/extensions/places-menu@gnome-shell-extensions.gcampax.github.com/metadata.json 
{
  "_generated": "Generated by SweetTooth, do not edit", 
  "description": "Add a menu for quickly navigating places in the system.\nThis extension is part of Classic Mode and is officially supported by GNOME. Please do not report bugs using the form below, use GNOME's GitLab instance instead.", 
  "extension-id": "places-menu", 
  "gettext-domain": "gnome-shell-extensions", 
  "name": "Places Status Indicator", 
  "settings-schema": "org.gnome.shell.extensions.places-menu", 
  "shell-version": [
    "3.28"
  ], 
  "url": "https://gitlab.gnome.org/GNOME/gnome-shell-extensions", 
  "uuid": "places-menu@gnome-shell-extensions.gcampax.github.com", 
  "version": 40

~$ cat /usr/share/gnome-shell/extensions/places-menu@gnome-shll-extensions.gcampax.github.com/metadata.json
{
"extension-id": "places-menu",
"uuid": "places-menu@gnome-shell-extensions.gcampax.github.com",
"settings-schema": "org.gnome.shell.extensions.places-menu",
"gettext-domain": "gnome-shell-extensions",
"name": "Places Status Indicator",
"description": "Add a menu for quickly navigating places in the system.\nThis extension is part of Classic Mode and is officially supported by GNOME. Please do not report bugs using the form below, use GNOME's GitLab instance instead.",
"shell-version": [ "3.28" ],
"url": "https://gitlab.gnome.org/GNOME/gnome-shell-extensions"
}

[simonbcn]

@P1zz4br0etch3n Wouldn't it be better if you uninstalled the system extension? The gnome extensions is better to install in each user folder.

[P1zz4br0etch3n]

I can do that, but it doesn't matter cause the user extension is used prior to the system extension since it is a newer version. But thank you anyway.

[P1zz4br0etch3n]

I just noticed that this issue doesn't appear on my laptop although all versions are the same (extensions, gnome-shell and ubuntu). If I have more time I try to figure out what causes the problem.

[P1zz4br0etch3n]

For some reason the issue has gone for me now. I just played a little bit with the sources of the Places Menu and reverted all of my changes as it didn't work. I don't know why it works now. But for me this issue can be closed.

[vageliskatsiotis]

Hi all.

So, no apparent workaround or fix on this issue? I have this for a while and the funny thing is that it appears only on my laptop arch installation. On my desktop arch installation it works as it should with no apparent reason why. Is there a way to mess with the order of the gnome extensions run time so that the Remove Dropdown Arrows extension runs last and with a small delay?

I found a temporary workaround displayed below though. I commented out the line hbox.add(PopupMenu.arrowIcon(St.Side.BOTTOM)); on line 83 of the .local/share/gnome-shell/extensions/clipboard-indicator@tudmotu.com/extension.js file, so the arrow never gets loaded in the first place. I haven't noticed any issues with the extension's function so far.

[mpdeimos]

I've debugged the issue. Seems that the Clipboard extension is not adding its button in the default location but at position 1. Fixed the problem and uploaded a new release to Gnome Extensions and GitHub.