Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Text will be here" is displayed in the tray and nothing happens by clicking on it. #459

Closed
BuZZ-dEE opened this issue Apr 9, 2024 · 28 comments · Fixed by #480
Closed

Comments

@BuZZ-dEE
Copy link

BuZZ-dEE commented Apr 9, 2024

"Hier erscheint der Text" or "Text will be here" is displayed in the tray and nothing happens by clicking on it.

OS: Arch Linux x86_64
DE: Gnome 46 on Wayland
Extension version: 61

@MeirKriheli
Copy link

Same issue (and setup)

@sounddrill31
Copy link

sounddrill31 commented Apr 9, 2024

+1

"Hier erscheint der Text" or "Text will be here" is displayed in the tray and nothing happens by clicking on it.

OS: Arch Linux x86_64 DE: Gnome 46 on Wayland Extension version: 61

OS: OpenSUSE Tumbleweed with 6.8.4
DE: Gnome 46 with wayland
Extension Version: 61

Edit: I deleted cache(and disabled and enabled extension) and it's fixed!

rm -rf cat ~/.cache/clipboard-indicator@tudmotu.com

@MeirKriheli
Copy link

@sounddrill31 Thanks, deleting the cache and re-enabling the extension helped here as well.

@Tudmotu
Copy link
Owner

Tudmotu commented Apr 9, 2024

Possibly related to this?
#458

@Tudmotu
Copy link
Owner

Tudmotu commented Apr 9, 2024

Can everyone here please try updating to version 62 and see if it fixes the issue for you?

Thanks! 🙏

@tanjilbhuiyan
Copy link

Thanks, it seems the issue is fixed. But faced a weird issue. i uninstalled previous one. then installed again. Got error in Gnome extension page. though the extension was downloaded. Had to log out and log in again. It seems working now.

@Tudmotu
Copy link
Owner

Tudmotu commented Apr 10, 2024

Thank you for testing it out @tanjilbhuiyan !

To update the extension you must log out and back in. This is true every time you update — it only updates after the next login.

@sounddrill31
Copy link

Works so far for me!

Thanks for the fix

@arturo-source
Copy link
Contributor

Hello @Tudmotu,
I had the same problem when I updated to 61, then I updated to 62 and the problem kept.
Unfortunately I already deleted cache, as @sounddrill31 recommended and it started working again, so I cannot test anymore.

@Tudmotu
Copy link
Owner

Tudmotu commented Apr 10, 2024

Thank you for confirming @sounddrill31 !

@arturo-source apologies you had to remove your cache file 😕 Hope this won't have to happen again but if it does, next time I recommend renaming the file instead of deleting it, so that you can restore it later on.

@MeirKriheli
Copy link

Same here: removed the cache (was not that important anyway), so can't check.

@DerPate
Copy link

DerPate commented Apr 12, 2024

@Tudmotu can confirm the update to Version 62 fixed the problem for me

@Tudmotu
Copy link
Owner

Tudmotu commented Apr 12, 2024

Thanks everyone, closing this issue 🙂

@Tudmotu Tudmotu closed this as completed Apr 12, 2024
@dmnmsc
Copy link

dmnmsc commented Apr 12, 2024

This is still present here. Extension version 62. Archlinux up-to-date with wayland session.

@tanjilbhuiyan
Copy link

Clear the cache mentioned by @sounddrill31 . Things should work.

@dmnmsc
Copy link

dmnmsc commented Apr 16, 2024

But @Tudmotu said this should work without deleting cache. I'm just reporting the bug :)

@AmeyaVS
Copy link

AmeyaVS commented Apr 26, 2024

Same here on Fedora 40 after updating the system.
I backed up my .cache as I still use some of the clipboard data.
Clearing the directory does work, but then I loose all the clipboard data.
I have the Extension version: 62 installed.

Update: Deleted all the content from .cache/clipboard-indicator@tudmotu.com, the clipboard indicator was working fine. Till the next reboot where the issue came back.

@gentoo-root
Copy link

I figured that it happens when mimetype becomes UTF8_STRING for one or more entries in registry.txt. It still happens sometimes on version 62 during regular work (not upgrade). Could the issue be reopened?

@AmeyaVS
Copy link

AmeyaVS commented Apr 28, 2024

I changed the UTF8_STRING to text/plain type, and reloaded the extension it seems to work.
Can this issue be reopened @Tudmotu ?

@djfjeff
Copy link

djfjeff commented May 17, 2024

I have the same problem using the latest version on Fedora 40. Sometime, the issue arise and I need to clear cache for it to work again. Please reopen as this is definitely not solved.

@Tudmotu
Copy link
Owner

Tudmotu commented May 21, 2024

Reopening.
Can anyone clarify the steps to reproduce this issue?

  1. Delete cache file
  2. Copy some stuff
  3. Log out, log in
  4. Clipboard is broken?

@Tudmotu Tudmotu reopened this May 21, 2024
@djfjeff
Copy link

djfjeff commented May 21, 2024

It seems random on my end. Sometime when I unlock my session, I get the "Text will be here" issue, most of the time everything is alright...

I then delete the cache file and restart the extension and I am good for a while.

@alephnull
Copy link

What worked for me:

  • change UTF8_STRING in ~/.cache/clipboard-indicator@tudmotu.com/registry.txt to text/plain;charset=utf-8
  • disable and enable the extension
    It appears to be a problem only on Wayland.

@HeroBrine1st
Copy link

HeroBrine1st commented May 30, 2024

It appears to be a problem only on Wayland.

No, it doesn't. Also I did not have UTF8_STRING in that file, I had to remove that folder to fix extension instead.
I am on NixOS unstable with GNOME 46.1 via X11+nvidia (and extension version is 62).

On the contrary, I did not face this issue on both Arch Linux and NixOS unstable (installed literally yesterday so i'm not sure) on another machine, which uses wayland.

@ewh
Copy link

ewh commented Jun 6, 2024

I'm using Ubuntu 23.10, Gnome 45.2, Wayland. I'm using Clipboard Indicator 57 (installed from extensions.gnome.org). Version 57 seems to be the latest version on extensions.gnome.org for Gnome 45. Should the "Text will be here" issue be fixed in version 57. If not, will version 62 work correctly in Gnome 45?

@rebelinux
Copy link

What worked for me:

  • change UTF8_STRING in ~/.cache/clipboard-indicator@tudmotu.com/registry.txt to text/plain;charset=utf-8
  • disable and enable the extension
    It appears to be a problem only on Wayland.

Solution works for me. thanks!

Snorch added a commit to Snorch/gnome-shell-extension-clipboard-indicator that referenced this issue Jun 19, 2024
… on Gnome 46 (Wayland)

The idea of the workaround comes from the comment:
Tudmotu#459 (comment)

Changing "UTF8_STRING" to "text/plain;charset=utf-8" in registry.txt
seems to be fixing the problem after reloading the extension.

So let's replace UTF8_STRING with text/plain;charset=utf-8 just before
creating ClipboardEntry of that type, thus we should not be getting
UTF8_STRING in registry.txt anymore.

Without this patch "Text will be here" appears in the tray and extension
is unresponsive.

Fixes: Tudmotu#459

Signed-off-by: Pavel Tikhomirov <snorcht@gmail.com>
Snorch added a commit to Snorch/gnome-shell-extension-clipboard-indicator that referenced this issue Jun 20, 2024
…me 46 (Wayland)

The idea of the fix comes from the comment:
Tudmotu#459 (comment)

Changing "UTF8_STRING" to "text/plain;charset=utf-8" in registry.txt
seems to be fixing the problem after reloading the extension.

So let's use this.isText() instead of mimetype.startsWith('text/')) in
fromJSON text checking.

Without this patch "Text will be here" appears in the tray and extension
is unresponsive.

Fixes: Tudmotu#459

Signed-off-by: Pavel Tikhomirov <snorcht@gmail.com>
Snorch added a commit to Snorch/gnome-shell-extension-clipboard-indicator that referenced this issue Jun 20, 2024
…me 46 (Wayland)

The idea of the fix comes from the comment:
Tudmotu#459 (comment)

Changing "UTF8_STRING" to "text/plain;charset=utf-8" in registry.txt
seems to be fixing the problem after reloading the extension.

So let's use this.isText() instead of mimetype.startsWith('text/')) in
fromJSON text checking.

Without this patch "Text will be here" appears in the tray and extension
is unresponsive.

Fixes: Tudmotu#459

Signed-off-by: Pavel Tikhomirov <snorcht@gmail.com>
Snorch added a commit to Snorch/gnome-shell-extension-clipboard-indicator that referenced this issue Jun 20, 2024
…me 46 (Wayland)

The idea of the fix comes from the comment:
Tudmotu#459 (comment)

Changing "UTF8_STRING" to "text/plain;charset=utf-8" in registry.txt
seems to be fixing the problem after reloading the extension.

So let's use this.isText() instead of mimetype.startsWith('text/')) in
fromJSON text checking.

Without this patch "Text will be here" appears in the tray and extension
is unresponsive.

Fixes: Tudmotu#459

Signed-off-by: Pavel Tikhomirov <snorcht@gmail.com>
@Snorch
Copy link
Contributor

Snorch commented Jun 21, 2024

If someone still experiences the problem on latest master, please give a try to #480 and say if it helps or not. (Probably you need to fully reboot to properly reload extension.)

It looks like just doing replacement in registry.txt didn't fix the problem completely, at least for me, as UTF8_STRING continues to appear there again and again (I see it appearing when I'm actively copying between Firefox and Tilix in both directions).

It also looks that the problem has other manifestation: sometimes the entries with mimetype==UTF8_STRING just silently disappear instead of causing the 'stuck extension' problem mentioned in this issue.

@ma0shu
Copy link

ma0shu commented Jun 23, 2024

If someone still experiences the problem on latest master, please give a try to #480 and say if it helps or not. (Probably you need to fully reboot to properly reload extension.)

It looks like just doing replacement in registry.txt didn't fix the problem completely, at least for me, as UTF8_STRING continues to appear there again and again (I see it appearing when I'm actively copying between Firefox and Tilix in both directions).

It also looks that the problem has other manifestation: sometimes the entries with mimetype==UTF8_STRING just silently disappear instead of causing the 'stuck extension' problem mentioned in this issue.

#480 Works fine for me, thx

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet