[Discover] [Bug 461444] Discover not showing some apps in Fedora when searching through the list or the search bar

2022-11-23 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461444

--- Comment #6 from francaco  ---
Sorry, I searched for Krita and it shows different Categories, and I realized
that's what you were asking for. For grass, it didn't show any categories, just
what I posted before.

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 461444] Discover not showing some apps in Fedora when searching through the list or the search bar

2022-11-23 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461444

--- Comment #5 from francaco  ---
Yes, it gives:

Identificador: org.osgeo.grass.desktop [desktop-application]
ID interno: system/package/os/org.osgeo.grass.desktop/*
Nombre: GRASS GIS
Resumen: GRASS GIS, the Open Source Geographic Information System
Sitio web: https://grass.osgeo.org/
Programador: GRASS Development Team
DescripciĆ³n: 
  The Geographic Resources... (and the rest of the description)
URL predeterminado de captura de pantalla:
https://grass.osgeo.org//images/gallery/gui/wxgui_histogram.png
Licencia: GPL-2.0+

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 461444] Discover not showing some apps in Fedora when searching through the list or the search bar

2022-11-23 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461444

--- Comment #3 from francaco  ---
Thank you for your feedback! but please give this another chance. I used
appstreamcli and searched for both grass and krita, and both showed results for
appstream data (Krita for repo and flatpak), but they both still don't show in
Discover.

$ appstreamcli search grass
Identificador: org.osgeo.grass.desktop [desktop-application]
Nombre: GRASS GIS
Resumen: GRASS GIS, the Open Source Geographic Information System
Sitio web: https://grass.osgeo.org/
---

$ appstreamcli search krita
Identificador: org.kde.krita [desktop-application]
Nombre: Krita
Resumen: Pintura digital, libertad creativa
AgrupaciĆ³n: flatpak:app/org.kde.krita/x86_64/stable
Sitio web: https://www.krita.org/
Icono: org.kde.krita.png
---
Identificador: org.kde.krita [desktop-application]
Nombre: Krita
Resumen: Pintura digital, libertad creativa
Sitio web: https://www.krita.org/
Icono: krita
---

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 461445] Krunner shows up as a window when activated from a border/corner action, in the overview mode

2022-11-23 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461445

--- Comment #6 from francaco  ---
Created attachment 153983
  --> https://bugs.kde.org/attachment.cgi?id=153983=edit
The same bug but now on Plasma 5.26.3

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 461445] Krunner shows up as a window when activated from a border/corner action, in the overview mode

2022-11-23 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461445

francaco  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

--- Comment #5 from francaco  ---
Upgraded to Fedora 37, and now tested on KDE Plasma 5.26.3. The bug is still
there,  think it looks a little tinier but still there. Also I'm under X11, not
sure about Wayland.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krunner] [Bug 461445] Krunner shows up as a window when activated from a border/corner action, in the overview mode

2022-11-04 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461445

--- Comment #1 from francaco  ---
Created attachment 153486
  --> https://bugs.kde.org/attachment.cgi?id=153486=edit
Video showing the behaviour

-- 
You are receiving this mail because:
You are watching all bug changes.

[krunner] [Bug 461445] New: Krunner shows up as a window when activated from a border/corner action, in the overview mode

2022-11-04 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461445

Bug ID: 461445
   Summary: Krunner shows up as a window when activated from a
border/corner action, in the overview mode
Classification: Plasma
   Product: krunner
   Version: 5.25.5
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: franco...@protonmail.com
CC: alexander.loh...@gmx.de
  Target Milestone: ---

SUMMARY

When setting krunner as a border/corner action, going to the overview mode and
activating krunner via that border action, krunner shows up as another window.
It doesn't appear when using the alt+tab shortcut also in overview.


STEPS TO REPRODUCE
1. Set krunner as a border action from system settings
2. Go to Overview mode
3. Activate such border action previously set for krunner 

OBSERVED RESULT

4. Krunner gets activated which results on it appearing as another window on
the overview mode.

EXPECTED RESULT

krunner should not appear on the overview mode, just like when activating it on
desktop and then going to overview, it closes. Maybe when activating krunner
while in overview mode it should make the search bar focus.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Fedora Linux 36 KDE Spin
KDE Plasma Version: 5.25.5
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6

ADDITIONAL INFORMATION

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 461444] Discover not showing some apps in Fedora when searching through the list or the search bar

2022-11-04 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461444

--- Comment #1 from francaco  ---
Created attachment 153485
  --> https://bugs.kde.org/attachment.cgi?id=153485=edit
Krita repo version doesn't appear even though I have it installed

-- 
You are receiving this mail because:
You are watching all bug changes.

[Discover] [Bug 461444] New: Discover not showing some apps in Fedora when searching through the list or the search bar

2022-11-04 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=461444

Bug ID: 461444
   Summary: Discover not showing some apps in Fedora when
searching through the list or the search bar
Classification: Applications
   Product: Discover
   Version: 5.25.5
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: rpm-ostree Backend
  Assignee: plasma-b...@kde.org
  Reporter: franco...@protonmail.com
CC: aleix...@kde.org, mariamfahm...@gmail.com,
trav...@redhat.com
  Target Milestone: ---

Created attachment 153484
  --> https://bugs.kde.org/attachment.cgi?id=153484=edit
Grass-Gis doesn't appear

SUMMARY

When using Discover to search for (GUI) apps in a fresh install of Fedora, some
apps like GRASS-GIS, SAGA-GIS or Krita don't appear, but their flatpak version
(in the case of Krita) does show. This issue persists even when installing
those apps from the terminal, having installed and reinstalled
plasma-discover-rpm-ostree, appstream-data, rpmfusion-free-appstream-data and
rpmfusion-nonfree-appstream-data.

I mentioned this issue in the spanish KDE Telegram group and at least one other
person confirmed this:
my original message --> https://t.me/kde_canasbravas/165371
another user confirms this issue --> https://t.me/kde_canasbravas/165512

STEPS TO REPRODUCE
1. Install Fedora KDE Spin
2. Open Discover
3. Search for Grass GIS (or just Grass). Alternatively go to Science &
Engineering > Geography

OBSERVED RESULT

4. The program doesn't appear (it should, I have seen it there in other
distros, and it's a GUI app)

EXPECTED RESULT

The program should appear in the search or in its corresponding section, and it
should be possible to install or remove it.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Fedora Linux 36 KDE Spin
KDE Plasma Version: 5.25.5
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6

ADDITIONAL INFORMATION

The relevant repos are all active in Discover settings

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 451021] WHISHLIST / Feature request: Make dolphin folder and files icons show little squares to open such folder/file in the desired alternative application

2022-03-01 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=451021

--- Comment #1 from francaco  ---
Created attachment 147233
  --> https://bugs.kde.org/attachment.cgi?id=147233=edit
Hovering over one of the little icons

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 451021] New: WHISHLIST / Feature request: Make dolphin folder and files icons show little squares to open such folder/file in the desired alternative application

2022-03-01 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=451021

Bug ID: 451021
   Summary: WHISHLIST / Feature request: Make dolphin folder and
files icons show little squares to open such
folder/file in the desired alternative application
   Product: dolphin
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: view-engine: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: franco...@protonmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

Created attachment 147232
  --> https://bugs.kde.org/attachment.cgi?id=147232=edit
Hovering over a folder in Dolphin

SUMMARY

It is a common scenario to open fodlers or certain file types with more than
one application. i.e.: Opening images with gwenview but sometimes also with
GIMP and/or Inkscape, opening scripts/code with Kwrite but also with Kate
and/or VScode, and so on.
So, for cases where people find themselves in this use case a lot of times, it
would be a benefit to shorten the time to select the application(s) with which
to open files, avoiding opening the context menu and the Open with... submenu.
This alternative would not show every option, but the most used or a selection
for every file type.

The alternative / Feature request: Make dolphin folder and files icons in the
folder view show little squares to open such folder/file in the desired
alternative application. This squares would be of similar appearance, behaviour
and size of the already existing select/unselect square icons. So they would
show up when hovering the cursor over the folder/file icon and would highlight
when hovering the cursor over them. Clicking on the folder/file icon like usual
would open it with the default application... the squares are for the
alternative apps.

Clicking on this little squares would open the respective file/folder using the
selected application.

This feature should look like the images attached.

STEPS TO REPRODUCE
1. Open Dolphin
2. Move the cursor over any file or folder

OBSERVED RESULT

Three little squares with app icons inside should appear on the bottom-right
corner of the hovered folder/file.

EXPECTED RESULT

Clicking on any of these icons should open the hovered file/folder using the
application that the little icon represented.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 443270] Discover icon on task manager reacting when system settings is launched

2021-10-03 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=443270

--- Comment #1 from francaco  ---
Created attachment 142129
  --> https://bugs.kde.org/attachment.cgi?id=142129=edit
Video showing described Discover icon bug

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 443270] New: Discover icon on task manager reacting when system settings is launched

2021-10-03 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=443270

Bug ID: 443270
   Summary: Discover icon on task manager reacting when system
settings is launched
   Product: plasmashell
   Version: 5.22.90
  Platform: Archlinux Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Task Manager and Icons-Only Task Manager
  Assignee: h...@kde.org
  Reporter: franco...@protonmail.com
CC: plasma-b...@kde.org
  Target Milestone: 1.0

SUMMARY

Discover icon on the icons only task manager reacts (gets highlighted/shadowed)
without being clicked or even interacted with. It happens (only) when system
settings is launched from the same task manager, both in Wayland and X11.

STEPS TO REPRODUCE
1. From a desktop without any window open
2. Click on the system settings icon on the task manager to start it.
3. Wait

OBSERVED RESULT

1. Just before the system settings window pops up, Discover icon will quicly
get highlighted for a tiny fraction of time.

EXPECTED RESULT

1. Discover icon doesn't react or get highlighted when system settings is
opened.

SOFTWARE/OS VERSIONS
Windows: -
macOS: -
Linux/KDE Plasma: Linux kernel 5.14.8-arch1-1
KDE Plasma Version: Plasma 5.22.90
KDE Frameworks Version: 5.86.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION

See attachment - First half: Wayland, starting system settings vs Konsole.
Second half: X11, starting system settings.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 443257] New: [wayland] Cursor shadow grows unusually when launching applications

2021-10-03 Thread francaco
https://bugs.kde.org/show_bug.cgi?id=443257

Bug ID: 443257
   Summary: [wayland] Cursor shadow grows unusually when launching
applications
   Product: kwin
   Version: 5.22.90
  Platform: Archlinux Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: franco...@protonmail.com
  Target Milestone: ---

Created attachment 142119
  --> https://bugs.kde.org/attachment.cgi?id=142119=edit
video showing up the unusual cursor behaviour on wayland

SUMMARY

On wayland, if the cursor is not moving when launching an application from task
manager or the icon-only task manager, it will start growing a thicker and
darker "shadow" noticeable to the naked eye. If the cursor is moved, this
"animation" is restarted, until the application that has been launched shows
up. In other words, the shadow goes back to normal when the application shows
up.

The behaviour is not present when launching applications from the menu.
Tested on a qemu Virtual Machine with Arch Linux, Plasma 5.22.90, Wayland
session

STEPS TO REPRODUCE

1. On a wayland session with no programs open, start system settings by
clicking on its icon on the task manager.
2. Leave the mouse pointer somewhere over the desktop wallpaper while the app
gets launched.

OBSERVED RESULT


1. The pointer will start growing a thicker shadow (see attachment)
2. If cursor moved, the behaviour starts over
3. The behaviour finally stops when application shows up


EXPECTED RESULT

Cursor shadow doesn't change in any way while an app is being launched

SOFTWARE/OS VERSIONS
Windows: -
macOS: -
Linux/KDE Plasma: Linux kernel 5.14.8-arch1-1
KDE Plasma Version: Plasma 5.22.90
KDE Frameworks Version: 5.86.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION

-- 
You are receiving this mail because:
You are watching all bug changes.