| 2022-05-01 07:43:39 |
Kai Koenig |
bug |
|
|
added bug |
| 2022-05-01 09:31:19 |
Jacob Vlijm |
budgie-extras (Ubuntu): assignee |
|
Jacob Vlijm (vlijm) |
|
| 2022-05-01 09:32:34 |
Jacob Vlijm |
budgie-extras (Ubuntu): status |
New |
Fix Committed |
|
| 2022-05-01 10:29:52 |
Jacob Vlijm |
budgie-extras (Ubuntu): status |
Fix Committed |
In Progress |
|
| 2022-05-01 10:39:35 |
Jacob Vlijm |
budgie-extras (Ubuntu): status |
In Progress |
Confirmed |
|
| 2022-11-16 11:20:22 |
fossfreedom |
nominated for series |
|
Ubuntu Kinetic |
|
| 2022-11-16 11:20:22 |
fossfreedom |
bug task added |
|
budgie-extras (Ubuntu Kinetic) |
|
| 2022-11-16 11:20:22 |
fossfreedom |
nominated for series |
|
Ubuntu Jammy |
|
| 2022-11-16 11:20:22 |
fossfreedom |
bug task added |
|
budgie-extras (Ubuntu Jammy) |
|
| 2022-11-16 11:20:22 |
fossfreedom |
nominated for series |
|
Ubuntu Lunar |
|
| 2022-11-16 11:20:22 |
fossfreedom |
bug task added |
|
budgie-extras (Ubuntu Lunar) |
|
| 2022-11-16 11:20:36 |
fossfreedom |
budgie-extras (Ubuntu Kinetic): status |
New |
Confirmed |
|
| 2022-11-16 11:20:39 |
fossfreedom |
budgie-extras (Ubuntu Jammy): status |
New |
Confirmed |
|
| 2022-11-16 11:20:46 |
fossfreedom |
budgie-extras (Ubuntu Lunar): importance |
Undecided |
Low |
|
| 2022-11-16 11:20:48 |
fossfreedom |
budgie-extras (Ubuntu Kinetic): importance |
Undecided |
Low |
|
| 2022-11-16 11:20:51 |
fossfreedom |
budgie-extras (Ubuntu Jammy): importance |
Undecided |
Low |
|
| 2022-11-16 11:21:50 |
fossfreedom |
budgie-extras (Ubuntu Lunar): status |
Confirmed |
Fix Committed |
|
| 2023-05-18 15:16:55 |
fossfreedom |
bug |
|
|
added subscriber fossfreedom |
| 2023-05-18 15:17:21 |
fossfreedom |
budgie-extras (Ubuntu Lunar): status |
Fix Committed |
Fix Released |
|
| 2023-05-19 11:32:23 |
fossfreedom |
budgie-extras (Ubuntu Kinetic): status |
Confirmed |
Fix Released |
|
| 2023-05-19 11:33:02 |
fossfreedom |
budgie-extras (Ubuntu Kinetic): assignee |
|
fossfreedom (fossfreedom) |
|
| 2023-05-19 11:34:18 |
fossfreedom |
budgie-extras (Ubuntu Jammy): assignee |
|
Sam Lane (samlane00) |
|
| 2023-05-20 12:09:12 |
Sam Lane |
description |
I have a folder of background images that I want to rotate through via wallstreet.
For historical reasons, that lives in a directory that gets automatically synced across multiple of my machines and the folder name has a white space in it: ~/Pictures/Background Images
I can obviously fix this on my end by using a folder without a white space in it (and I have confirmed it works fine then), but I noticed a curious behaviour of the file/folder picker in the wallstreet control tool.
When I navigate to the folder, it gets selected and stored as: /home/kai/Pictures/Background%20Images, using a %20 as the space indicator. The applet then doesn’t work and I have this in syslog:
wallstreet-autostart.desktop[24507]: Error opening directory “/home/kai/Pictures/Background%20Images”: No such file or directory
Access to the dir this way in a shell similarly fails:
$ ls /home/kai/Pictures/Background%20Images ls: cannot access '/home/kai/Pictures/Background%20Images': No such file or directory
The correct way to access the directory would be
$ ls /home/kai/Pictures/Background\ Images/
Ideally the folder picker from wallstreet would create this notation for a folder with a white space in its name instead.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: budgie-wallstreet 1.4.0-1ubuntu2
ProcVersionSignature: Ubuntu 5.13.0-7619.19~1634227653~21.10~601fc07~dev-generic 5.13.14
Uname: Linux 5.13.0-7619-generic x86_64
ApportVersion: 2.20.11-0ubuntu82
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: Budgie:GNOME
Date: Sun May 1 19:37:48 2022
SourcePackage: budgie-extras
UpgradeStatus: Upgraded to jammy on 2022-04-30 (1 days ago) |
[ Impact ]
* Wallstreet is an app designed to switch desktop wallpapers at a user defined interval. When a custom path to the wallpapers is selected, if there is a space in the path, Wallstreet will fail to find the selected images. As a result, no desktop wallpaper will be displayed at all.
* This creates an issue, as it is common for users to create paths with spaces. Therefore, they may be completely unaware that a space in a folder will cause this failure, especially since selecting the folder will give no indication otherwise. Since the app will no longer correctly find these images, it will appear that the app is broken or not running with no obviousreason why.
* When the custom path is selected, the white space is saved as %20, which is not correctly translated back when Wallstreet attempts to change the image. The method used to read the user selected folder path has been updated to correctly allow paths with white spaces.
[ Test Plan ]
* To Reproduce:
- create a folder with a space in it, such as "~/Pictures/Desktop Backgrounds" and save desired desktop wallpapers to this folder.
- Enusre Wallstreet is installed
- Run Wallstreet Control from the menu
- Uncheck "Use Default Wallpapers"
- Click "Browse" and select the folder with the space
- Check "Run Wallstreet"
- Note how the desktop wallpaper disappears (in my instance, replaced with a solid blue background)
- at the interval selected, still no wallpaper will load
* After applying the fix, follow the same steps listed above.
- Wallpapers correctly are displayed.
- Wallpapers change at the correct interval
[ Where problems could occur ]
---
I have a folder of background images that I want to rotate through via wallstreet.
For historical reasons, that lives in a directory that gets automatically synced across multiple of my machines and the folder name has a white space in it: ~/Pictures/Background Images
I can obviously fix this on my end by using a folder without a white space in it (and I have confirmed it works fine then), but I noticed a curious behaviour of the file/folder picker in the wallstreet control tool.
When I navigate to the folder, it gets selected and stored as: /home/kai/Pictures/Background%20Images, using a %20 as the space indicator. The applet then doesn’t work and I have this in syslog:
wallstreet-autostart.desktop[24507]: Error opening directory “/home/kai/Pictures/Background%20Images”: No such file or directory
Access to the dir this way in a shell similarly fails:
$ ls /home/kai/Pictures/Background%20Images ls: cannot access '/home/kai/Pictures/Background%20Images': No such file or directory
The correct way to access the directory would be
$ ls /home/kai/Pictures/Background\ Images/
Ideally the folder picker from wallstreet would create this notation for a folder with a white space in its name instead.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: budgie-wallstreet 1.4.0-1ubuntu2
ProcVersionSignature: Ubuntu 5.13.0-7619.19~1634227653~21.10~601fc07~dev-generic 5.13.14
Uname: Linux 5.13.0-7619-generic x86_64
ApportVersion: 2.20.11-0ubuntu82
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: Budgie:GNOME
Date: Sun May 1 19:37:48 2022
SourcePackage: budgie-extras
UpgradeStatus: Upgraded to jammy on 2022-04-30 (1 days ago) |
|
| 2023-05-20 12:21:51 |
Sam Lane |
bug |
|
|
added subscriber Sam Lane |
| 2023-05-20 17:59:38 |
Sam Lane |
description |
[ Impact ]
* Wallstreet is an app designed to switch desktop wallpapers at a user defined interval. When a custom path to the wallpapers is selected, if there is a space in the path, Wallstreet will fail to find the selected images. As a result, no desktop wallpaper will be displayed at all.
* This creates an issue, as it is common for users to create paths with spaces. Therefore, they may be completely unaware that a space in a folder will cause this failure, especially since selecting the folder will give no indication otherwise. Since the app will no longer correctly find these images, it will appear that the app is broken or not running with no obviousreason why.
* When the custom path is selected, the white space is saved as %20, which is not correctly translated back when Wallstreet attempts to change the image. The method used to read the user selected folder path has been updated to correctly allow paths with white spaces.
[ Test Plan ]
* To Reproduce:
- create a folder with a space in it, such as "~/Pictures/Desktop Backgrounds" and save desired desktop wallpapers to this folder.
- Enusre Wallstreet is installed
- Run Wallstreet Control from the menu
- Uncheck "Use Default Wallpapers"
- Click "Browse" and select the folder with the space
- Check "Run Wallstreet"
- Note how the desktop wallpaper disappears (in my instance, replaced with a solid blue background)
- at the interval selected, still no wallpaper will load
* After applying the fix, follow the same steps listed above.
- Wallpapers correctly are displayed.
- Wallpapers change at the correct interval
[ Where problems could occur ]
---
I have a folder of background images that I want to rotate through via wallstreet.
For historical reasons, that lives in a directory that gets automatically synced across multiple of my machines and the folder name has a white space in it: ~/Pictures/Background Images
I can obviously fix this on my end by using a folder without a white space in it (and I have confirmed it works fine then), but I noticed a curious behaviour of the file/folder picker in the wallstreet control tool.
When I navigate to the folder, it gets selected and stored as: /home/kai/Pictures/Background%20Images, using a %20 as the space indicator. The applet then doesn’t work and I have this in syslog:
wallstreet-autostart.desktop[24507]: Error opening directory “/home/kai/Pictures/Background%20Images”: No such file or directory
Access to the dir this way in a shell similarly fails:
$ ls /home/kai/Pictures/Background%20Images ls: cannot access '/home/kai/Pictures/Background%20Images': No such file or directory
The correct way to access the directory would be
$ ls /home/kai/Pictures/Background\ Images/
Ideally the folder picker from wallstreet would create this notation for a folder with a white space in its name instead.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: budgie-wallstreet 1.4.0-1ubuntu2
ProcVersionSignature: Ubuntu 5.13.0-7619.19~1634227653~21.10~601fc07~dev-generic 5.13.14
Uname: Linux 5.13.0-7619-generic x86_64
ApportVersion: 2.20.11-0ubuntu82
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: Budgie:GNOME
Date: Sun May 1 19:37:48 2022
SourcePackage: budgie-extras
UpgradeStatus: Upgraded to jammy on 2022-04-30 (1 days ago) |
[ Impact ]
* Wallstreet is an app designed to switch desktop wallpapers at a user defined interval. When a custom path to the wallpapers is selected, if there is a space in the path, Wallstreet will fail to find the selected images. As a result, no desktop wallpaper will be displayed at all.
* This creates an issue, as it is common for users to create paths with spaces. Therefore, they may be completely unaware that a space in a folder will cause this failure, especially since selecting the folder will give no indication otherwise. Since the app will no longer correctly find these images, it will appear that the app is broken or not running with no obviousreason why.
* When the custom path is selected, the white space is saved as %20, which is not correctly translated back when Wallstreet attempts to change the image. The method used to read the user selected folder path has been updated to correctly allow paths with white spaces.
[ Test Plan ]
* To Reproduce:
- create a folder with a space in it, such as "~/Pictures/Desktop Backgrounds" and save desired desktop wallpapers to this folder.
- Enusre Wallstreet is installed
- Run Wallstreet Control from the menu
- Uncheck "Use Default Wallpapers"
- Click "Browse" and select the folder with the space
- Check "Run Wallstreet"
- Note how the desktop wallpaper disappears (in my instance, replaced with a solid blue background)
- at the interval selected, still no wallpaper will load
* After applying the fix, follow the same steps listed above.
- Wallpapers correctly are displayed.
- Wallpapers change at the correct interval
[ Where problems could occur ]
In instances where a user has already selected a path containing a space, they may to re-select the desired folder.
---
I have a folder of background images that I want to rotate through via wallstreet.
For historical reasons, that lives in a directory that gets automatically synced across multiple of my machines and the folder name has a white space in it: ~/Pictures/Background Images
I can obviously fix this on my end by using a folder without a white space in it (and I have confirmed it works fine then), but I noticed a curious behaviour of the file/folder picker in the wallstreet control tool.
When I navigate to the folder, it gets selected and stored as: /home/kai/Pictures/Background%20Images, using a %20 as the space indicator. The applet then doesn’t work and I have this in syslog:
wallstreet-autostart.desktop[24507]: Error opening directory “/home/kai/Pictures/Background%20Images”: No such file or directory
Access to the dir this way in a shell similarly fails:
$ ls /home/kai/Pictures/Background%20Images ls: cannot access '/home/kai/Pictures/Background%20Images': No such file or directory
The correct way to access the directory would be
$ ls /home/kai/Pictures/Background\ Images/
Ideally the folder picker from wallstreet would create this notation for a folder with a white space in its name instead.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: budgie-wallstreet 1.4.0-1ubuntu2
ProcVersionSignature: Ubuntu 5.13.0-7619.19~1634227653~21.10~601fc07~dev-generic 5.13.14
Uname: Linux 5.13.0-7619-generic x86_64
ApportVersion: 2.20.11-0ubuntu82
Architecture: amd64
CasperMD5CheckResult: unknown
CurrentDesktop: Budgie:GNOME
Date: Sun May 1 19:37:48 2022
SourcePackage: budgie-extras
UpgradeStatus: Upgraded to jammy on 2022-04-30 (1 days ago) |
|
| 2023-05-21 10:29:35 |
fossfreedom |
budgie-extras (Ubuntu Jammy): status |
Confirmed |
In Progress |
|
| 2023-05-26 11:00:25 |
Timo Aaltonen |
budgie-extras (Ubuntu Jammy): status |
In Progress |
Fix Committed |
|
| 2023-05-26 11:00:27 |
Timo Aaltonen |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2023-05-26 11:00:28 |
Timo Aaltonen |
bug |
|
|
added subscriber SRU Verification |
| 2023-05-26 11:00:32 |
Timo Aaltonen |
tags |
amd64 apport-bug jammy |
amd64 apport-bug jammy verification-needed verification-needed-jammy |
|
| 2023-05-26 16:32:11 |
Sam Lane |
tags |
amd64 apport-bug jammy verification-needed verification-needed-jammy |
amd64 apport-bug jammy verification-done-jammy verification-needed |
|
| 2023-05-26 17:10:05 |
Sam Lane |
tags |
amd64 apport-bug jammy verification-done-jammy verification-needed |
amd64 apport-bug jammy verification-done verification-done-jammy |
|
| 2023-06-05 09:30:37 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2023-06-05 09:30:36 |
Launchpad Janitor |
budgie-extras (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
| 2023-06-05 10:17:04 |
fossfreedom |
budgie-extras (Ubuntu): status |
Fix Committed |
Fix Released |
|
