buddiesofbudgie/budgie-desktop-view

Budgie Desktop View is the official Budgie desktop icons application / implementation.

budgie-desktop-view's Issues

Arrow-key navigation doesn't work on desktop icons in some cases

I think I found the reason, why arrow-key navigation doesn't work on desktop icons in some cases.
You have to add Home Directory if you want it to work after reboot.
Because after reboot or logout (if you don't have Home Directory icon) arrow-key navigation doesn't work.

tested on Fedora 37

[Bug] Fixed panel overlap desktop icons and wallpaper

Description

Fixed panel overlap desktop icons and wallpaper

Budgie version

budgie-desktop 10.8.1

Operating System

Solus 4.4

Steps to reproduce the issue

1. add top or left, or right panel
2. parameter set as never hide (by defaut)

Actual result

Expected result

fixed panel don't overlap icons and wallpaper

Additional information

No response

Trash icon only works properly with Nautilus

Not sure how to traige this.

File managers using GVFS to enable their trash functionality (e.g. Thunar, Nemo) will open $XDG_DATA_HOME/Trash/files when using the trash icon
For GVFS, the trash directory is accessed with trash:///.

Reproduction Steps

1. Uninstall Nautilus
   (that's what I did, but setting the default file manager might be sufficient)
2. Install Thunar/Nemo.
   (For triaging it'd be better to use Nemo, as GVFS is optional for Thunar and requires additional configuration)
3. Open the trash icon.

Expected Behaviour

File manager opens to trash:///

Experienced Behaviour

File manger opens to $XDG_DATA_HOME/Trash/files

Signed release tarball

Hi,

Congrats on the v1.2 release.

Please can the release tarball be signed as per previous releases to enable distros such as Debian to pass their usual validation checks.

Cheers

FTBFS with valac 0.56.16

Report by Debian https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067355

Removing this line

budgie-desktop-view/meson.build

Line 11 in e22d034

'werror=true',

allows the project to successfully build

Thoughts?

As an aside - the meson default_options in budgie-desktop is not the same as BDV. Should the projects be aligned?

Hand1 cursor being used on file hover

When hovering over a desktop item, the HAND1 cursor is used as opposed to retaining the arrow like most desktops and file managers.

budgie-desktop-view

Thunar

Nautilus

[Bug] Desktop icons are not movable!

Description

The Desktop icons can't be moved!

Budgie version

10.8.2

Operating System

Fedora Linux 39 (Budgie)

Steps to reproduce the issue

1. Install Fedora Linux 39 budgie spin (iso image)
2. Budgie Desktop Settings -> Desktop -> Desktop Icons (enable)
3. Create or place some files under ~/Desktop
4. Try to move them with the mouse
5. Confirm that they can't be moved

Actual result

The Desktop icons can't be moved!

Expected result

I would expect to move my desktop icons around the desktop surface and place them based on my background image (so the icons don't overlap some areas of the background image).

Additional information

No response

Failed to compile with meson 1.4.0

Hello, i encounter a problem while compiling budgie-desktop-view using meson 1.4.0.
It used to work with meson 1.3.2, however after an update of meson, the build process fails with these errors:

I'm pretty sure i'm missing something, a dependency required after the meson 1.4.0 update, or a setting that needs to change using a patch... Anyway - something that i missed here.

Thank you by advance for your help. Don't hesitate to ping me or ask me if you need more info.
Logs attached, it's a giant wall of text tho...

[Bug] Icon on workspace desktop are not being added and drag functionality on desktop doesnt exist on newly installed

Description

Hi, I'm new to the whole Linux thing, and i've just installed an ArchLinux distro followed a couple of step by step guides and it seems to be fine when I'm not using budgie.
Desktop Icons are not being shown as default on an Archlinux and when the toggle changes in budgie-desktop-settings nothing happens. after installing budgie-extras which is not recommended in ArchWiki the icons will be shown on the desktop but frozen in place and there is no drag functionality on the workspace which again works in nautilus file manager installed.
Here's a picture of the current desktop icons that are clickable and functional but not draggable.
I'm a newbie so apologies if I'm Mistaken.

Budgie version

10.8

Operating System

ArchLinux rolling on X11 windowing system

Steps to reproduce the issue

follow the manual installation of budgie on Arch Linux guide on buddiesofbudgie.org

Actual result

drag functionality doesnt work.
when mouse inits mousedown on desktop the box that should show doesnt come up and workspace doesnt register anything
also the icons on the desktop arent being highlighted or draggable by mouse down event.

Expected result

drag box should appear on a mousedown event on an empty space in desktop environment.
icons should be able to move around on desktop environment upon registering a mousedown event.
icons should register highlight on mousedown event like when tab button is used to gain focus.

Additional information

No response

Cannot build from source - git check fails

1.2.1 added 'check: true' on

budgie-desktop-view/meson.build

Line 46 in a763515

git_version = run_command('git', ['rev-parse', 'HEAD'], check: true)

but this is causing it unable to build if you are not building from git. If you download the source from the site by a tarball e.g. on the release page you can't build as the check will cause the build to fail. if I remove the check: true it works fine so it is an issue for sure.

Build error is:
--- stderr ---
fatal: not a git repository (or any parent up to mount point /var/tmp)"

Edit: From what I can see there is basically 3 ways to fix this;

1. remove the 'check: true' part
2. change the if statement check on whether git is present on the system to check if the directory is a git repo or something
3. remove/uninstall git from the entire system

Obviously number 3 is not ideal :P

Touchpad pointer disappears

After installing budgie-desktop-view, my touchpad pointer disappears after I use my touchscreen - this I understand to be normal. However, the pointer does not re-appear when moving the touchpad or clicking. It will invisible move as it does highlight menu items but otherwise does not function. Removal of the module restores normal touchpad functionality.

This is not unique to Manjaro. As the Budgie desktop is my desktop of choice, I have tried almost every distro that includes it and it happens in every version; solus, spiralLinux budgie, gecko budgie edition, RebornOS, etc. I thought at first that this might be a display server or windows management issue. However, because Manjaro did not automatically install the budgie-desktop-view component when installing the budgie desktop ( after an initial install with XFCE) , I believe I have isolated this component as the cause of the bug. Right now budgie desktop is installed and working well, but without any desktop icons. Isolation as to the cause of this behavior would benefit every distro using Budgie.

By the way, this bug has been documented by others in other distros and no one has been able to come up with a fix. There is a workaround if you add a top panel and move the touchpad to the top.

Add translations to Transifex

This would allow Budgie users to easily translate BDV into their language, as is the case with budgie-desktop.

[Request] Nemo can't move files to the desktop

Budgie version

10.9.1

Use-cases

Why is it that when I cut a file in Nemo it can't be moved to the Desktop?

Proposal

No response

References

No response

Feature Request: Refresh Button

Hi,
A restart/logout is currently required to apply any changes made to .desktop files. A refresh option on the right click menu would make creating/modifying .desktop files much easier and more straightforward. As someone fairly new to linux, creating desktop shortcuts is a pain and i feel like a refresh option would help a lot as it took me a frustratingly long amount of time to figure out that changes only apply after logging out or restarting.
Thanks