[kwin] [Bug 477223] Setting an icc profile causes reduced system performance.

2024-06-30 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=477223

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

--- Comment #19 from Alexandre Pereira  ---
Also, the same. Kwin wayland with amdgpu.

Only difference is that I enabled "Built in profile" some days ago. Thought it
was a good idea to try it out.

Started noticing random slowdowns and choppiness. Then disabled animations.
Then noticed that some apps that never had choppiness before, were being
choppy.

Searching in the kwin bug reports for a recent regression, came across this
report. Upon disabling color profile (set to none), the desktop became again
sweet buttery smooth!

Don't know much how to replicate, but the logout effect (one that darkens the
background and adds blur) is always choppy with color profile enabled. (as to
absolutely smooth without it (or as smooth as my eyes can see it)).

---
Operating System: Garuda Linux 
KDE Plasma Version: 6.1.1
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.2
Kernel Version: 6.9.7-2-cachyos (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor
Memory: 15.5 GiB of RAM
Graphics Processor: AMD Radeon RX 580 Series
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: X470 AORUS ULTRA GAMING

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

[konqueror] [Bug 80285] long words dont get wrapped

2024-05-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=80285

--- Comment #12 from Alexandre Pereira  ---
> Sorry that we did not fix this issue during the life-time of KHTML.

I should be the one apologizing, I am sorry I did not notice this bug report
and failed to close it, since it is very old and I have moved to using qt
webengine.

Thank you!

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2024-05-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #16 from Alexandre Pereira  ---
A similar issue appeared with the same application, and reported bug here:
https://gitlab.freedesktop.org/xorg/xserver/-/issues/1664

The issue was very tested and the fix was merged, being that the application is
working properly, either with or without the workarounds in this report.

Things are working properly now.

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

[frameworks-kio] [Bug 454015] kio slaves crash if trash is a symlink

2024-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=454015

Alexandre Pereira  changed:

   What|Removed |Added

 Status|REPORTED|RESOLVED
 Resolution|--- |FIXED

--- Comment #1 from Alexandre Pereira  ---
In cleaning up bug reports, I just tested this and seemed to work!

So I think the bug is resolved!

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

[kwin] [Bug 453479] Window spanning multiple screens appears in each screen's Overview effect

2024-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453479

Alexandre Pereira  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Alexandre Pereira  ---
This seems solved in latest kwin (6.0.4).

The multi monitor window appears only on the right most monitor only now for
me. (so, in just one, which I am OK with it.)

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

[kwin] [Bug 447833] Overview zoom in animation on multiple monitors

2024-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447833

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REPORTED|RESOLVED

--- Comment #2 from Alexandre Pereira  ---
This is fixed now, just tested here and both monitors did the switching
animation.

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

[i18n] [Bug 421218] Translation of "block composition" to "composition by blocks" in portuguese

2024-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421218

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REPORTED|RESOLVED

--- Comment #1 from Alexandre Pereira  ---
Seems fixed, the text now is "Bloquear a composição" !

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

[frameworks-kglobalaccel] [Bug 468440] Global Application shortcuts are slower than they could be

2023-04-26 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=468440

--- Comment #4 from Alexandre Pereira  ---
"so I think it's fair to say that there's no "global shortcuts are slow" bug in
plasma after all."

Well, after your tip on using Meta+1, Meta+2 to launch apps, I started using
that, and it "seems faster" than "global application shortcuts" even on Gentoo
and Arch.

I say "seem faster" because timing kstart here gives around 70~80ms delay, so
its hard to measure it really.

So at the end this will improve things :)

Thanks for reports this bug and fixing nixos side and Thanks KDE devs for
improving KDE all the time! :)

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

[frameworks-kglobalaccel] [Bug 468440] Global Application shortcuts are slower than they could be

2023-04-13 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=468440

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

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

[systemsettings] [Bug 475321] New: System settings does not show subgroup if window is big and wants to show all groups

2023-10-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=475321

Bug ID: 475321
   Summary: System settings does not show subgroup if window is
big and wants to show all groups
Classification: Applications
   Product: systemsettings
   Version: master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Created attachment 162144
  --> https://bugs.kde.org/attachment.cgi?id=162144&action=edit
subgroup is missing

SUMMARY
***
When the systemsettings window is original big, in that when entering a section
with a subgroup, the subgroup isnt visible.
This happens when supposedly, the "root group" and the "subgroup" are both
visible.

The windows needs to be resized vertically (changing height) for the subgroup
to appear.
***


STEPS TO REPRODUCE
1. Open systemsettings window and make it big
2. Open a group with subgroups
3. Subgroup is not visible

OBSERVED RESULT
Subgroup is not visible

EXPECTED RESULT
Subgroup to be visible

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

After adjusting the height of the window, the subgroup becomes visible
(although tiny). After that, switching to other items with subgroups works.

Screenshots of group before adjusting the window height

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

[systemsettings] [Bug 475321] System settings does not show subgroup if window is big and wants to show all groups

2023-10-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=475321

--- Comment #1 from Alexandre Pereira  ---
Aditional info: terminal output of systemsettings and selecting a group:

```
systemsettings
qrc:/kcm/kcm_lookandfeel/main.qml:142:9: QML StackView: Binding loop detected
for property "implicitHeight"
qml: Page SubCategoryPage_QMLTYPE_88(0x559b95495ed0) is already in the PageRow
qml: Pushed pages do not confront the rules.  Please check the documentation.
push (file:///usr/lib/qt6/qml/org/kde/kirigami/PageRow.qml:223)
onActiveSubCategoryRowChanged
(qrc:/qt/qml/org/kde/systemsettings/SubCategoryPage.qml:175)
expression for onClicked
(qrc:/qt/qml/org/kde/systemsettings/CategoriesPage.qml:192)
```

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

[kwin] [Bug 464611] Tiling - ability to be able to use 2 zones simultaneously

2024-05-25 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=464611

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

--- Comment #3 from Alexandre Pereira  ---
You can already do this if you add a third zone that uses all vertical space.
Then when moving the window, you can point more or less to the middle and see
the placement.

See for example, my layout from ~/.config/kwinrc, which uses this feature both
vertically and horizontally:

```
tiles={"layoutDirection":"horizontal","tiles":[{"layoutDirection":"floating","tiles":[{"height":0.48,"width":0.5,"x":0,"y":0},{"height":0.48,"wi
dth":0.5,"x":0,"y":0.52},{"height":1,"width":0.5,"x":0,"y":0},{"height":0.48,"width":0.62,"x":0,"y":0},{"height":0.48,"width":0.62,"x":0,"y":0.5
2},{"height":1,"width":0.62,"x":0,"y":0},{"height":0.48,"width":0.5,"x":0.5,"y":0},{"height":0.48,"width":0.5,"x":0.5,"y":0.52},{"height":1,"wid
th":0.5,"x":0.5,"y":0},{"height":0.48,"width":0.38,"x":0.62,"y":0},{"height":0.48,"width":0.38,"x":0.62,"y":0.52},{"height":1,"width":0.38,"x":0
.62,"y":0}],"width":1}]}
```

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

[kwin] [Bug 449681] Scaling on wayland results in glitches everywhere

2022-02-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=449681

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

--- Comment #4 from Alexandre Pereira  ---
*** Bug 432766 has been marked as a duplicate of this bug. ***

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

[kwin] [Bug 432766] Kwin Decorations with 75% scaling on wayland

2022-02-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=432766

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|FIXED   |DUPLICATE

--- Comment #6 from Alexandre Pereira  ---


*** This bug has been marked as a duplicate of bug 449681 ***

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

[kwin] [Bug 449681] Scaling on wayland results in glitches everywhere

2022-02-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=449681

--- Comment #5 from Alexandre Pereira  ---
I marked https://bugs.kde.org/show_bug.cgi?id=432766 as duplicate of this, I
think its the same issue!

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

[kwin] [Bug 449681] Scaling on wayland results in glitches everywhere

2022-02-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=449681

--- Comment #7 from Alexandre Pereira  ---
(In reply to Vlad Zahorodnii from comment #6)
> That's a 5.24 regression

hum... yeah, sorry, reading the summary carefully ... i will see if I can "un
duplicate" it :)

but most importantly, this bug fix commit actually fixed the breeze kwin
decorations on wayland being properly round on a 75% scaling screen. (it was
not working in 5.23, I just tested)

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

[kwin] [Bug 432766] Kwin Decorations with 75% scaling on wayland

2022-02-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=432766

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|DUPLICATE   |FIXED

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

[kwin] [Bug 448825] Hard lock when using overview effect and typing

2022-02-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=448825

--- Comment #5 from Alexandre Pereira  ---
backtrace:

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
--Type  for more, q to quit, c to continue without paging--c
Core was generated by `/usr/bin/kwin_wayland --wayland-fd 5 --socket wayland-0
--xwayland-fd 6 --xwayl'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f08cd0e0f39 in ?? () from /usr/lib64/libQt5Core.so.5
[Current thread is 1 (Thread 0x7f0804ff9640 (LWP 21893))]
(gdb) bt
#0  0x7f08cd0e0f39 in  () at /usr/lib64/libQt5Core.so.5
#1  0x7f08cd0e1769 in QJsonObject::value(QStringView) const () at
/usr/lib64/libQt5Core.so.5
#2  0x7f08cd0e1ba8 in QJsonObject::operator[](QString const&) const () at
/usr/lib64/libQt5Core.so.5
#3  0x7f08ce326e1b in KPluginMetaData::rootObject() const () at
/usr/lib64/libKF5CoreAddons.so.5
#4  0x7f08ce3272b0 in KPluginMetaData::iconName() const () at
/usr/lib64/libKF5CoreAddons.so.5
#5  0x7f0828b01b71 in  () at
/usr/lib64/qt5/plugins/kf5/krunner/krunner_systemsettings.so
#6  0x7f0828b02720 in  () at
/usr/lib64/qt5/plugins/kf5/krunner/krunner_systemsettings.so
#7  0x7f086a8e9441 in  () at /usr/lib64/libKF5Runner.so.5
#8  0x7f086a8a2999 in
ThreadWeaver::Executor::run(QSharedPointer const&,
ThreadWeaver::Thread*) ()
at /usr/lib64/libKF5ThreadWeaver.so.5
#9  0x7f086a8a3810 in
ThreadWeaver::Job::execute(QSharedPointer const&,
ThreadWeaver::Thread*) ()
at /usr/lib64/libKF5ThreadWeaver.so.5
#10 0x7f086a8a7e91 in ThreadWeaver::Thread::run() () at
/usr/lib64/libKF5ThreadWeaver.so.5
#11 0x7f08cce6c21f in  () at /usr/lib64/libQt5Core.so.5
#12 0x7f08ccc4edee in start_thread () at /lib64/libpthread.so.0
#13 0x7f08cc73816f in clone () at /lib64/libc.so.6

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

[Akonadi] [Bug 446284] [WAYLAND] Akonadi crashes when restarting Wayland compositor

2022-02-15 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=446284

--- Comment #2 from Alexandre Pereira  ---
Created attachment 146782
  --> https://bugs.kde.org/attachment.cgi?id=146782&action=edit
New crash information added by DrKonqi

akonadiserver (5.19.2 (21.12.2)) using Qt 5.15.2

- What I was doing when the application crashed:

Kwin wayland crashed, causing akonadi to crash.

In my case, akonadi was the only app that crashed with dr konqui report.

Just submitting, in case crash report info is usefull.

-- Backtrace (Reduced):
#4  std::default_delete::operator() (__ptr=0x111,
this=) at /usr/include/c++/11.1.0/bits/unique_ptr.h:79
#5  std::unique_ptr >::~unique_ptr
(this=, this=) at
/usr/include/c++/11.1.0/bits/unique_ptr.h:361
#6  __gnu_cxx::new_allocator >
>::destroy > > (__p=,
this=) at /usr/include/c++/11.1.0/ext/new_allocator.h:162
#7 
std::allocator_traits > >
>::destroy > > (__p=,
__a=...) at /usr/include/c++/11.1.0/bits/alloc_traits.h:531
#8  std::vector >,
std::allocator > > >::_M_erase
(__position=Python Exception : Request for member
'_M_head_impl' is ambiguous in type 'std::tuple >'. Candidates are:
  'std::default_delete std::_Head_base<1,
std::default_delete, true>::_M_head_impl'
(std::tuple > -> std::_Tuple_impl<0,
Akonadi::Server::Connection*, std::default_delete
> -> std::_Tuple_impl<1, std::default_delete > ->
std::_Head_base<1, std::default_delete, true>)
  ' std::_Head_base<0, Akonadi::Server::Connection*,
false>::_M_head_impl' (std::tuple > -> std::_Tuple_impl<0,
Akonadi::Server::Connection*, std::default_delete
> -> std::_Head_base<0, Akonadi::Server::Connection*, false>)

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

[Akonadi] [Bug 446284] [WAYLAND] Akonadi crashes when restarting Wayland compositor

2022-02-15 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=446284

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

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

[kwin] [Bug 450323] New: New crash when alt tabbing between windows ( some windows, some times )

2022-02-15 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=450323

Bug ID: 450323
   Summary: New crash when alt tabbing between windows ( some
windows, some times )
   Product: kwin
   Version: master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

SUMMARY
This is a bug that happened 3 times today, it seems to have started happening
on today's build of kwin git version.

Sometimes alt tabbing between windows ( in these cases, a xwayland video and
mpv video player ) causes kwin to crash!

I can't reproduce reliably, since sometimes I can alt tab properly.

Attaching info that might help:


Hint: You are currently not seeing messages from other users and the system.
  Users in groups 'adm', 'systemd-journal', 'wheel' can see all messages.
  Pass -q to turn off this notice.
   PID: 64607 (kwin_wayland)
   UID: 1500 (alex)
   GID: 1500 (alex)
Signal: 6 (ABRT)
 Timestamp: Tue 2022-02-15 17:04:14 WET (11min ago)
  Command Line: /usr/bin/kwin_wayland --wayland-fd 5 --socket wayland-0
--xwayland-fd 6 --xwayland-fd 7 --xwayland-display :1 --xwayland-xauthority
/run/user/1500/xauth_CSNCYV --xwayland
Executable: /usr/bin/kwin_wayland
 Control Group:
/user.slice/user-1500.slice/user@1500.service/session.slice/plasma-kwin_wayland.service
  Unit: user@1500.service
 User Unit: plasma-kwin_wayland.service
 Slice: user-1500.slice
 Owner UID: 1500 (alex)
   Boot ID: bd6ac8d6c0f84ba0a6c10c55a0bedf14
Machine ID: 8bc0e832f23f443b95876b29a26b8cf4
  Hostname: stormtrooper
   Storage: none
   Message: Process 64607 (kwin_wayland) of user 1500 dumped core.

Module linux-vdso.so.1 with build-id
813305f0fcb6788ad31d6c5b6c2142572253a54f
Module libKirigamiPlugin.so with build-id
9f717fab34e7eee9e4a653d7ab3c0e9551f0ba08
Module libqtquicktemplates2plugin.so with build-id
c3b8b3c611e2738466f63103b112a117b0d23565
Module libkquickcontrolsaddonsplugin.so with build-id
73e451ee851d604376c06b3e3325e232bc38d935
Module libqquicklayoutsplugin.so with build-id
2d756795df597cfbe2740deafc13556c466a8afd
Module libOpenGL.so.0 with build-id
f09885433fcfb48c54d308f1c8fbe2898b5e9ceb
Module libKF5PlasmaQuick.so.5 with build-id
b304a6493d6e4c96c3270aac83d3165f360c0d6c
Module libcorebindingsplugin.so with build-id
2aaa3cc2bb92b4aee2ea2fe95b99bf12c44e36ac
Module libwindowplugin.so with build-id
adc7bf77584c4855b0aa6448e94d7e75c5fd086e
Module libQt5QmlWorkerScript.so.5 with build-id
c58ba19276ca1179eee573e7fe54344fc0cef5da
Module libqtquick2plugin.so with build-id
3a8b0b55b0db87559e0167b6509e496ace7144fb
Module libxcb-res.so.0 with build-id
b825f66a75478fd00eeb4c57ecb0ac7792e00f5e
Module KF5WindowSystemX11Plugin.so with build-id
96f38ee39526851b67241acd112f1f3406416564
Module libwebp.so.7 with build-id
0add7a572705244ed810b7e722cce7da0dcfb62c
Module libwebpdemux.so.2 with build-id
7bc15ac239db643015e169a2c6cc822156eb999a
Module libwebpmux.so.3 with build-id
4232d5263a45719ba12f58ed7d8cae3a0fc887de
Module libqwebp.so with build-id
4c9c68e5ad684209eebcc41c23d7c9a700fa84fd
Module libqwbmp.so with build-id
266f01cf84c000fff5463ee44c422737dd5a6a55
Module libtiff.so.5 with build-id
e8d89a0fb0847641ddb75c5f03fa89d68155a75d
Module libqtiff.so with build-id
0ecb9be29e5c5f5b86263a2fa318540a91245d4d
Module libqsvg.so with build-id
528eb97e6f2c08b91aac53de95cb672fbb997155
Module libQt5Pdf.so.5 with build-id
ba6bf675e8a83e05b2736a3b2d6989059c6a6cf7
Module libqpdf.so with build-id
d1c9dd818ead94b07e4e75c654e8457d45417448
Module libmng.so.2 with build-id
2de13b8bba73f358ab2e323aa2209c2e2fc886e7
Module libqmng.so with build-id
f82452e874e7fb0bfcca0a9b87ede1725e221bf0
Module libqjpeg.so with build-id
d763136273bc3d816154f3f11b66aa349e5ba507
Module libjasper.so.4 with build-id
062fa02a47172a8bf53b976a67eea42a61f37f0f
Module libqjp2.so with build-id
53eef9e3520a681f5c424f67125bd2cb733932e9
Module libqico.so with build-id
a6a8cda2b6fc8f67e5705edb6d5c3835749b6fc2
Module libqicns.so with build-id
27a319033c0468ae142a4bf74e6ca92783b27bf1
Module libqgif.so with build-id
0f9413a6e86dd17eba78d657844c0341588da6be
Module kimg_xcf.so with build-id
9707264635236ef58a337a9a3fd6a963c6fe008b
Module kimg_tga.so with build-

[kwin] [Bug 450323] New crash when alt tabbing between windows ( some windows, some times )

2022-02-16 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=450323

--- Comment #3 from Alexandre Pereira  ---
Thanks ! I will test on this night's build :)

You are awesome !

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

[plasmashell] [Bug 375372] Ability to choose activity to pin apps while they are not running

2022-04-25 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=375372

--- Comment #9 from Alexandre Pereira  ---
indeed, just tested it! really cool!

thanks for updating this bug report!

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

[plasmashell] [Bug 453110] New: folderview to linked activity files does not work

2022-04-27 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453110

Bug ID: 453110
   Summary: folderview to linked activity files does not work
   Product: plasmashell
   Version: master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Folder
  Assignee: plasma-b...@kde.org
  Reporter: pereira.a...@gmail.com
CC: h...@kde.org
  Target Milestone: 1.0

SUMMARY
Using the stable version of plasma, I have several folder views in various
activities that show the files linked with current activity.

When switching to the git version of plasma, these folder views show empty.
When reverting back to stable version, the files reappear.


STEPS TO REPRODUCE
1. add a folder view to the desktop 
2. set it to show "files linked to current activity"
3. link a file to current activity through dolphin

OBSERVED RESULT
the folder view does not show anything

EXPECTED RESULT
it should appear in the folder view of that activity

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

[plasmashell] [Bug 453182] New: Latest commit brakes appmenu (global menu) in git version

2022-04-29 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453182

Bug ID: 453182
   Summary: Latest commit brakes appmenu (global menu) in git
version
   Product: plasmashell
   Version: master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Global Menu
  Assignee: plasma-b...@kde.org
  Reporter: pereira.a...@gmail.com
CC: k...@privat.broulik.de, mvourla...@gmail.com
  Target Milestone: 1.0

using the git version of kde with this commit: 

https://invent.kde.org/plasma/plasma-workspace/-/commit/2e056ed6e563f5f0fd7975186db8238adb20b6cf

breaks appmenu. The appmenu appears, but clicking on the menu does not make any
"submenu appear", except search. In the logs, it appears:

plasmashell[71423]:
file:///usr/share/plasma/plasmoids/org.kde.plasma.appmenu/contents/ui/main.qml:117:
TypeError: Cannot read property 'visible' of null


when compiling plasma-workspace git version with that commit reverted, appmenu
works again.

thanks!

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

[plasmashell] [Bug 453110] folderview to linked activity files does not work

2022-05-04 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453110

--- Comment #2 from Alexandre Pereira  ---
btw I noticed that if I use kf5 git and plasma git, but kde-gear stable version
( especially dolphin and kio/kio-extras ), the bug doesn't happen.

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

[kwin] [Bug 442643] Overview is empty with non-mirrored multi-screen setup on X11

2022-05-06 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=442643

--- Comment #7 from Alexandre Pereira  ---
Nate: bug https://bugs.kde.org/show_bug.cgi?id=447833 isn't a duplicate of
this.

bug: https://bugs.kde.org/show_bug.cgi?id=447833 is about the animation when
selecting another virtual desktop when using 2 monitors! ( I just retested on
master, and its still there )

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

[kwin] [Bug 453479] New: Window in both monitors in multiple monitor setups

2022-05-06 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453479

Bug ID: 453479
   Summary: Window in both monitors in multiple monitor setups
   Product: kwin
   Version: master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Created attachment 148617
  --> https://bugs.kde.org/attachment.cgi?id=148617&action=edit
window in middle

Tested on wayland, haven't tested on X11, but in a multiple monitor setup, if I
put a window across both monitors ( ex: half of the window is in one monitor
and half in another ) and press an effect like overview, the window gets
duplicated in the effect.

Also, when switching virtual desktops vertically, the window gets cutted in
half ( only shows part of the window in one monitor. the rest of the window
then just magicly reappears after the animation ).



Sorry for doing the example with screenshots, but I am having troubles with
obs.

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

[kwin] [Bug 453479] Window in both monitors in multiple monitor setups

2022-05-06 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453479

--- Comment #1 from Alexandre Pereira  ---
Created attachment 148618
  --> https://bugs.kde.org/attachment.cgi?id=148618&action=edit
window in middle on overview

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

[kwin] [Bug 453603] New: Window spanning multiple screens slighly disappear when switching virtual desktops

2022-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453603

Bug ID: 453603
   Summary: Window spanning multiple screens slighly disappear
when switching virtual desktops
   Product: kwin
   Version: master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: multi-screen
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Testing with a window that is half in one monitor and half in another (2
monitors side by side).

When switching virtual desktops vertically, the window gets cut in half ( only
shows part of the window in one monitor. the rest of the window then just
magically reappears after the animation ).

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

[kwin] [Bug 453479] Window spanning multiple screens appears in each screen's Overview effect

2022-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453479

Alexandre Pereira  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=453603

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

[kwin] [Bug 453603] Window spanning multiple screens temporarily disappear when switching virtual desktops

2022-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453603

Alexandre Pereira  changed:

   What|Removed |Added

Summary|Window spanning multiple|Window spanning multiple
   |screens slighly disappear   |screens temporarily
   |when switching virtual  |disappear when switching
   |desktops|virtual desktops

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

[plasmashell] [Bug 356752] Weird animation when resizing activity pager widget in panel

2022-06-25 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=356752

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |FIXED
 Status|NEEDSINFO   |RESOLVED

--- Comment #4 from Alexandre Pereira  ---
(In reply to Nate Graham from comment #3)
> A lot has changed since this bug was filed. Is it still reproducible for you
> in Plasma 5.24 (the latest LTS version) or 5.25 (the latest version, period)?

Indeed ... sorry this escaped my attention, as I did a workaround for this to
not happen.

I was not able to trigger this anymore, seems fixed!

( hope you don't mind changing directly to resolved/fixed )

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

[akregator] [Bug 135939] need custom font for list of feeds

2022-06-29 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=135939

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

--- Comment #5 from Alexandre Pereira  ---
This would be really great if it could be done. Something simple as allowing
the font size on the articles list.

It would be awesome if something like in kmail and its "emails list" (where you
can select a theme between classic/smart/smart with toggle or custom) but
as something simple, allowing to change the fonts.

In my use case, as I mostly want to quickly read the title between lots of
items and only really read a few that interest me, bigger fonts would be really
great.

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

[kwin] [Bug 453603] Window spanning multiple screens temporarily disappear when switching virtual desktops

2022-07-06 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=453603

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|CONFIRMED   |RESOLVED

--- Comment #2 from Alexandre Pereira  ---
seems fixed with:
https://invent.kde.org/plasma/kwin/-/commit/df1938b8af46a1d033264afc9851b48d33c8632f


Thank you very much 

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

[plasmashell] [Bug 417888] [Wayland] activating minimized window from another virtual desktop adds window to current virtual desktop

2022-01-12 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=417888

Alexandre Pereira  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |FIXED

--- Comment #9 from Alexandre Pereira  ---
Retested this bug and it seems it is already fixed!

So closing as fixed!

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

[kwin] [Bug 447840] Overview: option to make it show all desktops like the Desktop Grid

2022-01-12 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447840

--- Comment #2 from Alexandre Pereira  ---
(In reply to Nate Graham from comment #1)
> Sounds like you want a mode that's like the Desktop Grid effect.

Not as "Desktop Grid" effect mode of viewing ...

Actually more like "Gnome's Overview" ( both before gnome 40 and after ).

So, to be clear, not a mode that zooms out and shows all virtual desktops!

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

[kwin] [Bug 447840] Overview: option to make it show all desktops like GNOME's Activities Overview

2022-01-12 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447840

--- Comment #4 from Alexandre Pereira  ---
(In reply to Nate Graham from comment #3)
> Oh! Well lucky you, that's in Plasma 5.24. :)

Where ?! Where ?! Where ?! :)

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

[kwin] [Bug 447840] Overview: option to make it show all desktops like GNOME's Activities Overview

2022-01-13 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447840

--- Comment #6 from Alexandre Pereira  ---
(In reply to Nate Graham from comment #5)
> In the Overview effect in Plasma 5.24. ) Give it a try in the 5,24 beta
> which was just released today!

I have been using the git packages that was why I opened these bugs.

I don't understand why this is "Resolved->Fixed", as the points I made still
have no solution.

Better to mark it as LATER/NOT A BUG, i guess.

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

[kwin] [Bug 447840] Overview: option to make it show all desktops like GNOME's Activities Overview

2022-01-13 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447840

--- Comment #8 from Alexandre Pereira  ---
(In reply to Nate Graham from comment #7)
> The other points need to be addressed by other bug reports, which I saw you
> already did.
> 
> Can you describe in what way the current state of git master fails to meet
> your needs?

Hum... I will try to come up with a better way to explain, with video. Is that
OK?

Congrats on the beta release! Can't praise how much great work you guys are
doing! 
Git has been great and very stable (just please fix fix that xwayland cursor
bug before final release, please please) :P

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

[kwin] [Bug 447950] Wayland and mouse cursor on XWayland windows

2022-01-14 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447950

--- Comment #2 from Alexandre Pereira  ---
This seems fixed in today's build of kwin-git! ( 14 jan )

Patrick, can you confirm? Can I set it as CLOSED and FIXED?

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

[kwin] [Bug 426730] firefox and wayland on multi monitor setup

2022-01-19 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=426730

Alexandre Pereira  changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED
 Resolution|WAITINGFORINFO  |FIXED

--- Comment #2 from Alexandre Pereira  ---
Sorry, this bug slipped! This has been fixed long ago!

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

[kwin] [Bug 448825] New: Hard lock when using overview effect and typing

2022-01-20 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=448825

Bug ID: 448825
   Summary: Hard lock when using overview effect and typing
   Product: kwin
   Version: master
  Platform: Other
OS: Other
Status: REPORTED
  Severity: critical
  Priority: NOR
 Component: effects-overview
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Hi,
I am using kwin master, from 19 January 2021.

I have overview set up to fire with meta key, because I use overview effect a
lot.

When using overview effect, and starting to type (will begin to fill the search
field), if I press meta key to exit overview, it will result in a Hard lock
from kwin. (no mouse movement, no image movement, cannot switch to tty)
This might not happen the first time, but quickly and repeatedly activating the
effect, typing and at the same time exiting the effect will hard lock kwin.

I have managed to successfully reproduce this several times, helped with having
another computer logged in through ssh and issuing a "killall -KILL
kwin_wayland". ( so I really recommend before testing, to have another computer
logged in through ssh ).

Thanks!

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

[kwin] [Bug 448825] Hard lock when using overview effect and typing

2022-01-20 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=448825

--- Comment #1 from Alexandre Pereira  ---
Addional info to be clear:

It seems the issue is really triggered by typing while the animation of
"exiting the effect" is happening.

Respecting the "animation timings" ( meaning activate effect, wait ... write,
wait  exit, wait will not trigger it )

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

[plasmashell] [Bug 368872] Plasmashell panel when put on the middle edge of a multi screen setup does not stay below

2022-01-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=368872

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|CONFIRMED   |RESOLVED

--- Comment #2 from Alexandre Pereira  ---
Closing this one, it seems panel does not go below windows.

It seems its kinda "trigger happy" to again go above windows, but I can't
replicate it reliably. In almost most cases, windows are on top.

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

[plasmashell] [Bug 449026] New: When moving a new panel to vertical side, some buttons are "out of screen"

2022-01-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=449026

Bug ID: 449026
   Summary: When moving a new panel to vertical side, some buttons
are "out of screen"
   Product: plasmashell
   Version: master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Panel
  Assignee: plasma-b...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: 1.0

Created attachment 145812
  --> https://bugs.kde.org/attachment.cgi?id=145812&action=edit
image of panel with missing buttons

Using plasma git from "23/01/2022"

When configuring a panel that is in the "side vertical" state, the configure
buttons and "remove panel" buttons are "out of screen" (below the bottom of the
screen, although, the configure button is still clickable)


Example: 

* Create a new empty panel
* Drag it to the sides so that its vertical
* Try to configure said panel
* Notice that some buttons are missing
* The configure button is right at the bottom of the screen, barely clickable.

See attachment:
Notice the bottom, the configure button and remove panel missing ( although you
can see the top pixels of the configure button )

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

[plasmashell] [Bug 449026] When moving a new panel to vertical side, some buttons are "out of screen"

2022-01-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=449026

--- Comment #1 from Alexandre Pereira  ---
Sorry, where I said "configure" button, replace with "More Options" button.

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

[kwin] [Bug 448825] Hard lock when using overview effect and typing

2022-01-24 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=448825

--- Comment #3 from Alexandre Pereira  ---
(In reply to Vlad Zahorodnii from comment #2)
> Cannot reproduce. Can you retrieve kwin's backtrace when it's frozen? You
> may need another computer to ssh.

Can you confirm that you have Overview to the Meta key ?:

[ModifierOnlyShortcuts]
Meta=org.kde.kglobalaccel,/component/kwin,org.kde.kglobalaccel.Component,invokeShortcut,Overview
 

?

I can confirm that I also didn't manage to trigger it without having Meta as
the "launcher" for Overview.
But I can with Meta as the overview launcher

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

[kwin] [Bug 448825] Hard lock when using overview effect and typing

2022-01-24 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=448825

--- Comment #4 from Alexandre Pereira  ---
Where can I upload the coredump ? Its 19M

Kwin now, instead of hard locking, just crashes and is being able to restart. (
dunno why, although I did change sddm and updated everything to latest git
versions ).

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

[frameworks-kio] [Bug 454015] New: kio slaves crash if trash is a symlink

2022-05-18 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=454015

Bug ID: 454015
   Summary: kio slaves crash if trash is a symlink
   Product: frameworks-kio
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Trash
  Assignee: fa...@kde.org
  Reporter: pereira.a...@gmail.com
CC: kdelibs-b...@kde.org
  Target Milestone: ---

I use a symlink to another drive as my ~/.local/share/Trash folder.

when not using a symlink, it works fine, but with a symlink, the kio slave
crashes, with the following output in the terminal:

ASSERT: "info.origPath[0] == QLatin1Char('/')" in file
/home/main-builder/pkgwork/src/kio/src/ioslaves/trash/trashimpl.cpp, line 784
27 -- exe=/usr/lib/kf5/kioslave5
18 -- appname=kioslave5
21 -- apppath=/usr/lib/kf5
9 -- signal=6
11 -- pid=450601
12 -- startupid=0
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kioslave5 path = /usr/lib/kf5 pid = 450601
KCrash: Arguments: /usr/lib/kf5/kioslave5 trash 
local:/run/user/1500/dolphinsyBafu.2.slave-socket 
kf.kio.core: "The process for the trash protocol died unexpectedly."


thanks !

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

[kwin] [Bug 447840] Overview: option to make it show all desktops like GNOME's Activities Overview

2022-05-28 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447840

--- Comment #10 from Alexandre Pereira  ---
(In reply to Nate Graham from comment #9)
> Video is fine!

Many sorries for failing to do the Video!

Btw... easy way to describe the issue:

Currently overview lets switch virtual desktop by using the "previous/next
virtual desktop". Just let mouse wheel do the same ! So mouse wheel would do
the same as the keyboard shortcuts. ( I think mouse wheel could also switch
virtual desktops even if mouse on top of windows )

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

[plasmashell] [Bug 443986] Use serial numbers to identify displays instead of interface names

2021-10-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=443986

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

--- Comment #2 from Alexandre Pereira  ---
nice catch with that kernel bug report :)

I filed that kernel bug report because of exactly what this bug report
describes :) ( the amdgpu.dc=1 enabled daisy chaining and amdgpu.dc=0 disables
it )

btw ... I noticed that between 5.23.0 and 5.23.1, my plasma configuration
switched monitors. Nothing a lastScreen switch in
.config/plasma-org.kde.plasma.desktop-appletsrc didnt fix though.

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

[kwin] [Bug 447833] New: Overview zoom in animation on multiple monitors

2022-01-02 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447833

Bug ID: 447833
   Summary: Overview zoom in animation on multiple monitors
   Product: kwin
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: effects-overview
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

SUMMARY
***
The animation on overview when selecting another virtual desktop (on the top
virtual desktop bar) only works on one monitor.

The monitor where I selected the new virtual desktop does a zoom in animation.
The other monitor, just instantly switches to the new virtual desktop.
***


STEPS TO REPRODUCE
1. Have 2 monitors
2. Select another/switch to another virtual desktop on the left monitor for
example
3. 

OBSERVED RESULT

See animation on the left monitor, but not on the right monitor

EXPECTED RESULT

Zoom in animation on both monitors

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

[kwin] [Bug 447834] New: Overview Features: configure mouse buttons

2022-01-02 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447834

Bug ID: 447834
   Summary: Overview Features: configure mouse buttons
   Product: kwin
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: effects-overview
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Option to configure what mouse buttons do on overview, similar to "present
windows".

Specifically, or at least important to me, mouse buttons to configure "Close"
and "On all virtual desktops" functionality.
The middle mouse button window close, just seems counter intuitive.


Below, the post on reddit I posted for context, as I will make a bug report for
each item:
>I use "present windows" as my window switcher... (to me, its great!!).

>So I use one "present windows" shortcut to show "non minimized" windows on 
>current desktop and another shortcut to show "non minimized" windows on all 
>desktops.

>Also, "present windows" allow right button mouse click to close window, 
>instead of middle one (really don't like it, middle mouse button usually is 
>paste, not closing i think, at least to me).

>"present windows" also "unfocus/dims" panels, which overview does not. which 
>would be nice if panels were "clickable" and working, but they aren't.

>"present windows" also allow for mouse button to "bring window to desktop", 
>which fair, overview has the virtual desktop strip. But one has to switch to 
>the other virtual desktop and then drag/drop the window to the final desktop i 
>want the window to go to. So while it does allow the same, its much less 
>efficient and cumbersome. (this would be solved if either desktops were 
>scrollable while in effect or if all windows could be shown).

>so, tl;dr:

>configure mouse buttons (right click -> close/ middle click -> show on all 
>desktops)

>show minimized or not (although this one is the least "must have")

>either dim panels, or better yet, make then usable while in the effect (making 
>possible a latte-dock dash, like gnome overview)

>have key/mouse edge shortcuts for show current virtual desktop window/all 
>virtual desktops windows

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

[kwin] [Bug 447835] New: Overview: Show minimized/not show minimized windows option

2022-01-02 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447835

Bug ID: 447835
   Summary: Overview: Show minimized/not show minimized windows
option
   Product: kwin
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: effects-overview
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Have the possibility to not show minimized windows.
It would be great to have this option, and better yet, to have a shortcut that
is possible to show minimized windows and another one that doesn't show
minimized windows.

Possible Use case: (I use Meta as overview trigger key)
* When pressing Meta key shortcut, only show "non minimized windows"
* When pressing Meta+Shift key shortcut, show all windows

The same would be nice for edge corner triggering on kwin.


Below, the post on reddit I posted for context, as I will make a bug report for
each item:
>I use "present windows" as my window switcher... (to me, its great!!).

>So I use one "present windows" shortcut to show "non minimized" windows on 
>current desktop and another shortcut to show "non minimized" windows on all 
>desktops.

>Also, "present windows" allow right button mouse click to close window, 
>instead of middle one (really don't like it, middle mouse button usually is 
>paste, not closing i think, at least to me).

>"present windows" also "unfocus/dims" panels, which overview does not. which 
>would be nice if panels were "clickable" and working, but they aren't.

>"present windows" also allow for mouse button to "bring window to desktop", 
>which fair, overview has the virtual desktop strip. But one has to switch to 
>the other virtual desktop and then drag/drop the window to the final desktop i 
>want the window to go to. So while it does allow the same, its much less 
>efficient and cumbersome. (this would be solved if either desktops were 
>scrollable while in effect or if all windows could be shown).

>so, tl;dr:

>configure mouse buttons (right click -> close/ middle click -> show on all 
>desktops)

>show minimized or not (although this one is the least "must have")

>either dim panels, or better yet, make then usable while in the effect (making 
>possible a latte-dock dash, like gnome overview)

>have key/mouse edge shortcuts for show current virtual desktop window/all 
>virtual desktops windows

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

[kwin] [Bug 447838] New: Overview: Either dim panels or better make them clickable/usable

2022-01-02 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447838

Bug ID: 447838
   Summary: Overview: Either dim panels or better make them
clickable/usable
   Product: kwin
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: effects-overview
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Currently overview effect shows the panels (in my case latte-dock panels) but
they are not usable while on the effect.

It would be great if they were usable while on the effect, for example,
clicking on a launcher would launch the app, or switch to it if already
running.

If this cannot be done, it would be better to do like "present windows" and
just dim them.




Below, the post on reddit I posted for context, as I will make a bug report for
each item:
>I use "present windows" as my window switcher... (to me, its great!!).

>So I use one "present windows" shortcut to show "non minimized" windows on 
>current desktop and another shortcut to show "non minimized" windows on all 
>desktops.

>Also, "present windows" allow right button mouse click to close window, 
>instead of middle one (really don't like it, middle mouse button usually is 
>paste, not closing i think, at least to me).

>"present windows" also "unfocus/dims" panels, which overview does not. which 
>would be nice if panels were "clickable" and working, but they aren't.

>"present windows" also allow for mouse button to "bring window to desktop", 
>which fair, overview has the virtual desktop strip. But one has to switch to 
>the other virtual desktop and then drag/drop the window to the final desktop i 
>want the window to go to. So while it does allow the same, its much less 
>efficient and cumbersome. (this would be solved if either desktops were 
>scrollable while in effect or if all windows could be shown).

>so, tl;dr:

>configure mouse buttons (right click -> close/ middle click -> show on all 
>desktops)

>show minimized or not (although this one is the least "must have")

>either dim panels, or better yet, make then usable while in the effect (making 
>possible a latte-dock dash, like gnome overview)

>have key/mouse edge shortcuts for show current virtual desktop window/all 
>virtual desktops windows

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

[kwin] [Bug 447840] New: Overview: option to show all virtual desktop windows or switch to another virtual desktop while on effect

2022-01-02 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447840

Bug ID: 447840
   Summary: Overview: option to show all virtual desktop windows
or switch to another virtual desktop while on effect
   Product: kwin
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: effects-overview
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

On overview effect, if a window is on another virtual desktop, I have to switch
to that desktop while on effect. If I just want to move that window (that is in
another virtual desktop) to the current desktop, I have to do:
* Initiate overview
* switch to another virtual desktop
* initiate overview again
* drag drop that window to the previous virtual desktop
* select the previous virtual desktop

It would be great if a possible solution to this:
* Either allow clicking on a key and it would temporarily show all windows on
all virtual desktops (ex: I am on overview, and pressing ALT key, would make
all windows appear
* Allow to switch to another virtual desktop (for example mouse wheel) while
not exiting the effect.



Below, the post on reddit I posted for context, as I will make a bug report for
each item:
>I use "present windows" as my window switcher... (to me, its great!!).

>So I use one "present windows" shortcut to show "non minimized" windows on 
>current desktop and another shortcut to show "non minimized" windows on all 
>desktops.

>Also, "present windows" allow right button mouse click to close window, 
>instead of middle one (really don't like it, middle mouse button usually is 
>paste, not closing i think, at least to me).

>"present windows" also "unfocus/dims" panels, which overview does not. which 
>would be nice if panels were "clickable" and working, but they aren't.

>"present windows" also allow for mouse button to "bring window to desktop", 
>which fair, overview has the virtual desktop strip. But one has to switch to 
>the other virtual desktop and then drag/drop the window to the final desktop i 
>want the window to go to. So while it does allow the same, its much less 
>efficient and cumbersome. (this would be solved if either desktops were 
>scrollable while in effect or if all windows could be shown).

>so, tl;dr:

>configure mouse buttons (right click -> close/ middle click -> show on all 
>desktops)

>show minimized or not (although this one is the least "must have")

>either dim panels, or better yet, make then usable while in the effect (making 
>possible a latte-dock dash, like gnome overview)

>have key/mouse edge shortcuts for show current virtual desktop window/all 
>virtual desktops windows

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

[kwin] [Bug 447950] New: Wayland and mouse cursor on XWayland windows

2022-01-04 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=447950

Bug ID: 447950
   Summary: Wayland and mouse cursor on XWayland windows
   Product: kwin
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Hi,

Since last week, using the wayland session with xwayland apps, the mouse cursor
icon does not work like normal. It was working perfectly fine a just before.

What happens: 

The mouse cursor in xwayland windows is always the same, even if I hover
something specific that used to change into another cursor (like for example
resizing).
It is also always "stuck", in that when a specific mouse cursor at entering the
window is set, it will be that mouse cursor until I leave the window. for
example, if the icon is at resize icon, it will always be that icon when I am
hovering the window.

Thanks!

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2022-01-11 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #15 from Alexandre Pereira  ---
(In reply to David Edmundson from comment #14)
> Any client side memory leak is mostly a problem in the client. 
> Can you file a bug report to JavaFX and link here? Attaching the
> wayland_debug log above.
> 
> Ideally it might be worth getting a log with "heaptrack"

It only happens with kwin wayland with window titlebars. Window Titlebars
hidden, and it doesn't happen. And I have been using the app every day since
late September with this workaround without issues (which is fine by me,
because I would use it with hidden titlebars even if no bug)

Anyway, from what I have read and talked, JavaFX is working on native wayland.
I also can't reproduce with open source JavaFX apps (at least the simple ones I
have tried), and the app I use is comercial one. That is why I haven't open a
bug on JavaFX side or gave an example here with an open source app.

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

[KAccounts] [Bug 361135] Plasma desktop crash when configuring a telepathy account removed in gnome empathy

2018-11-03 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=361135

--- Comment #2 from Alexandre Pereira  ---
(In reply to Andrew Crouthamel from comment #1)
> Dear Bug Submitter,
> 
> This bug has been stagnant for a long time. Could you help us out and
> re-test if the bug is valid in the latest version? I am setting the status
> to NEEDSINFO pending your response, please change the Status back to
> REPORTED when you respond.
> 
> Thank you for helping us make KDE software even better for everyone!


Sorry, in the meanwhile since telepathy is "unmantained", I moved away from it.
Right now neither I use telepathy nor do I even have empathy.

Is telepathy still mantained ? If so, I can boot a KDE livecd and try to
install empthy and test it out.

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

[Falkon] [Bug 400753] New: Add support for custom StartupWMClass

2018-11-06 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=400753

Bug ID: 400753
   Summary: Add support for custom StartupWMClass
   Product: Falkon
   Version: unspecified
  Platform: unspecified
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: now...@gmail.com
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

SUMMARY

Hi. I am using falkon browser with multiple profiles to simulate something
similar to chrome --app switch, or akin to PWA's.

So I have for example, an reddit profile for falkon, that opens on reddit. One
problem is that the taskmanager icon is the same as normal falkon window.
Would it be possible for falkon to honor a custom StartupWMClass, so to say
have something like StartupWMClass=falkon-reddit , and it would use the
falkon-reddit.desktop in the taskmanager ?


STEPS TO REPRODUCE
1. create new falkon profile ( optional ) and create a desktop file to launch
new falkon 
2. add StartupWMClass to desktop file
3. falkon ignores the StartupWMClass in the desktop file and uses always the
same

OBSERVED RESULT


EXPECTED RESULT
falkon to use the WM_CLASS especified in the StartupWMClass on the desktop file
that launches falkon

SOFTWARE VERSIONS
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kwin] [Bug 398220] Invisible windows appear randomly on wayland

2018-11-13 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=398220

--- Comment #8 from Alexandre Pereira  ---
Also, found out ( hinted by a user on reddit with this problem also ), that the
window is recoverable. Minimizing the window ( through keyboard ) and then
restoring it again, makes ir become visible and working ( sometimes I have to
minimize and restore 2 or 3 times ).

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

[kwin] [Bug 432766] New: Kwin Decorations with 75% scaling on wayland

2021-02-10 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=432766

Bug ID: 432766
   Summary: Kwin Decorations with 75% scaling on wayland
   Product: kwin
   Version: git master
  Platform: openSUSE RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: decorations
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Created attachment 135580
  --> https://bugs.kde.org/attachment.cgi?id=135580&action=edit
3 monitors, left with 75% scaling

SUMMARY

I am using wayland session with 3 monitors, 2 2560x1440 and 1 1920x1080.
I am setting the 1920x1080 monitor with 75% scaling, so that it becomes
2560x1440 and is "similar" to the others.

Attached is a screenshot that shows that when windows are on the monitor with
75% scaling, the breeze decorations become broken. The red rectangles show the
broken areas, and the green ones how it should be.
Also when I move the window back to the other monitors, the decoration becomes
fixed. And when I move back to the 75% scaled monitor, they become broken.

I am posting this bug report, but sorry if its a duplicate of: 
* https://bugs.kde.org/show_bug.cgi?id=412089
* https://bugs.kde.org/show_bug.cgi?id=422342


STEPS TO REPRODUCE
1. Use wayland 
2. Set screen configuration to 75% scaling
3. Open a window with decoration

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

Notice, this works properly with 75% scaling on X11 through xrandr.

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-08-10 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #8 from Alexandre Pereira  ---
Ok, so I tested this bug all day yesterday and I found the following:

Using kwin rule, or breeze window decoration rule ( both work ) to hide the
window titlebar/borders, and the bug doesn't happen.
As long as windows don't have a titlebar, the bug doesn't happen.

Next I tried replacing the breeze window decoration with another one, like
oxygen, to test, and it triggered immediatly after screensaver. ( so the issue
isn't particular to breeze )

This was tested in kde git in gentoo/opensuse and kde latest stable ( 5.22.4 )
in manjaro.


I actually found this by accident, because I went back to X11 (where the bug
also doesn't happen) and in X11 I like to have no titlebars for windows ( the
breeze exception rules for class work on X11, but not on Wayland ).


I know this seems very weird, but the bug is reproducible and easy to test. And
I tested it alot of times to be sure.

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

[kwin] [Bug 440201] Windows appear detached from titlebars in Present Windows and Desktop Grid

2021-08-11 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440201

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

--- Comment #3 from Alexandre Pereira  ---
nice !

this also fixed "firefox wayland" "window opening" when using the "scale
effect".

( it used to look like the window was divided into 4 parts all growing )

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

[kwin] [Bug 440939] New: xwayland windows get broken when changing kwin settings and not in view

2021-08-13 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440939

Bug ID: 440939
   Summary: xwayland windows get broken when changing kwin
settings and not in view
   Product: kwin
   Version: git master
  Platform: Other
OS: Other
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Created attachment 140695
  --> https://bugs.kde.org/attachment.cgi?id=140695&action=edit
screenshot of signal window after changing some kwin setting

SUMMARY

Hi,

When using kwin-wayland and some xwayland app and changing some kwin setting (
for example, i tested changing the "keep windows thumbnails" ) !and! if the
window is not on view ( for example on another virtual desktop ), the window
will get broken like in the screenshot attached.

Notice that if the window is being displayed/not minimized/not in another
virtual desktop other than the current one, this bug will not happen.

Example in the screenshot: xwayland signal app.



STEPS TO REPRODUCE
1. Open a xwayland app, in this case of the screenshot, its Signal
2. Change into another virtual desktop other than the one where the window is
3. Change some kwin option/setting

OBSERVED RESULT
Window gets broken, with just the border shown and no contents

EXPECTED RESULT
Window to continue as it was before

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kwin] [Bug 440940] New: Grid effect seems broken on kwin wayland master

2021-08-13 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440940

Bug ID: 440940
   Summary: Grid effect seems broken on kwin wayland master
   Product: kwin
   Version: git master
  Platform: Other
OS: Other
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Created attachment 140696
  --> https://bugs.kde.org/attachment.cgi?id=140696&action=edit
screenshot of the grid effect

SUMMARY
On kwin master (13/08/2021), it seems the kwin grid effect is broken.
I have 2 monitors with 4 virtual desktops. It is configured to display with 2
rows.

The result is as shown in the screenshot: It seems a portion of the right side
is missing.



STEPS TO REPRODUCE
1. 
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kwin] [Bug 440940] Grid effect seems broken on kwin wayland master

2021-08-16 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440940

--- Comment #2 from Alexandre Pereira  ---
(In reply to David Edmundson from comment #1)
> Can you confirm with master as of today? There is one change that's quite
> relevant with regards to transforms

yes, I just recompiled and it still has this issue.

btw, I tried on another distro that has kwin stable version, and I think i
understand "what is cut": the "stable version of kwin" overlaps part of the
left monitor into the right monitor while doing the animation.

At least in this git master version, it doesn't overlap monitors while in the
animation ( not as much as "stable kwin" does, it still does a little in VD's 2
and 4 ( in a 4 VD alightment like in the screenshot ).

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-08-25 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

Alexandre Pereira  changed:

   What|Removed |Added

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

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-08-25 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #10 from Alexandre Pereira  ---
is it ok to change this to "reported" ? I did gave more info.

sorry if its not meant to be me to change it.

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

[plasmashell] [Bug 385135] desktop configuration is different on X11 and wayland if there are a second monitor

2021-08-28 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=385135

--- Comment #7 from Alexandre Pereira  ---
It still changes the configuration if changing between wayland and x11.

For context, I have two monitors connected through DisplayPort.
It seems on Wayland they are called "DP-?" and on X11 they are called
"DisplayPort-?".


output of the plasmashellrc file:

* Starting with a clean plasmashellrc file on wayland:
[ScreenConnectors]
0=DP-1
1=DP-2

* Starting with a clean plasmashellrc file on x11:
0=DisplayPort-0
1=DisplayPort-1


* Starting in X11 after being on wayland:
0=DisplayPort-0
1=DP-2
2=DisplayPort-1


This results on the monitor on the right showing another wallpaper/activity.


After cleaning the plasmashellrc files ( removing the ScreenConnectors section
) before changing wayland or x11, each session opens correctly with the proper
activities on the correct monitors. But not if changing without
cleaning/remocing the ScreenConnectors ID's.

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

[plasmashell] [Bug 385135] desktop configuration is different on X11 and wayland if there are a second monitor

2021-08-28 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=385135

--- Comment #9 from Alexandre Pereira  ---
> Alexandre, are you using git master software? I don't believe the fix has 
> been released yet.

Sorry Nate !!! I forgot to mention that! 

Yes, using master frameworks and plasma on gentoo, everything compiled 10 hours
ago.

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

[plasmashell] [Bug 385135] Monitor connection names differ across X11 and Wayland, causing multi-monitor containment mappings to break when switching session types

2021-08-28 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=385135

--- Comment #11 from Alexandre Pereira  ---
> OK, thanks. I guess we still have a residual problem of the connector names 
> changing across Wayland and X11. Using the connector name to identify screens 
> is actually the root cause of a lot of our multi-monitor issues. I think we 
> should switch to a more stable identifier like the monitor's serial number, 
> and add a config UI to allow people to more easily move or clone 
> containments/panels across screens.


Yes, thanks... that was why I didn't file the bug report immediately after
seeing the post from Ed. I was the one that talked about it on kde matrix. (
mentioning the amdgpu bug )

But after seeing your weekly report, I thought it was a good time to update the
bug.

Thanks for everything, Nate, Ed! 5.23/master git has been incredibly great !

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

[systemsettings] [Bug 423493] Entry of Discover appears quickly in Plasma panel when User Feedback kcm is selected on X11

2021-08-28 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=423493

Alexandre Pereira  changed:

   What|Removed |Added

 CC||pereira.a...@gmail.com

--- Comment #17 from Alexandre Pereira  ---
I discovered ( pun intended :P ) this issue today, and made a video reproducing
it.

package versions are git master, ( framework and plasma groups ) just compiled
15 minutes ago.

The video is made on X11, because the video recorder only works on X11. But it
also happens on Wayland.

link to video: https://youtu.be/h4L3Vxw7eRE

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

[kwin] [Bug 439183] kwin wayland with latest activity integration doesn't "remember current virtual desktop used" when switching

2021-09-02 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=439183

--- Comment #5 from Alexandre Pereira  ---
just updated and tested it, seem to be working great !!!

Thank you !! awesome !!

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

[plasma-systemmonitor] [Bug 429193] crash at plasma-systemmonitor startup

2021-02-04 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=429193

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |FIXED
 Status|NEEDSINFO   |RESOLVED

--- Comment #2 from Alexandre Pereira  ---
Sorry, no it is not !!! 
Sorry, it was a dr konqui report, completly forgot about it!

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

[kwin] [Bug 440940] Grid effect seems broken on kwin wayland master

2021-09-27 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440940

--- Comment #9 from Alexandre Pereira  ---
Just tested :)

Thank you so much vlad, not only is it working (no clipping), but now the
animation is perfect on multi monitor setup!!!

I have 2x2 VD setup on 2 monitors, and everything animates smoothly without
going into another monitor!!

Thank you 

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-09-30 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #12 from Alexandre Pereira  ---
(In reply to Vlad Zahorodnii from comment #11)
> Yes, it's fine. If you disable decoration shadows (in breeze deco settings),
> does memory usage increase?

I haven't tried that, but I will later today and report back!

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-10-01 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #13 from Alexandre Pereira  ---
(In reply to Alexandre Pereira from comment #12)
> (In reply to Vlad Zahorodnii from comment #11)
> > Yes, it's fine. If you disable decoration shadows (in breeze deco settings),
> > does memory usage increase?
> 
> I haven't tried that, but I will later today and report back!

So I tested this with the screensaver (meta+l keyboard shortcut). It is enough
to trigger.

With showing titlebar in kwinrules, but no shadows on breeze deco: it trigger
the issue. It was confirmed by huge memory usage increase ( the mouse started
lagging also ).


With no titlebar in kwinrules, issue doesn't happen.

this on kwin compiled on 28 set

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

[kwin] [Bug 440312] New: Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-07-26 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

Bug ID: 440312
   Summary: Severe memory leak with kwin wayland and javafx app
with es2 ( not on kwin x11 )
   Product: kwin
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

SUMMARY
Hi,

This is a weird bug, but from all my testing ( more than a week trying to find
out what was happening ), its a bug that only happens on kwin wayland ( not on
x11 ).

So, I have to use an javafx proprietary app, that when using with kwin wayland,
works completly fine, until  screensaver activates and turns off the
monitors. By screensaver, I mean just the power idle setting to turn the
monitors off, not any fancy screensaver effect.

What happens is that the app is running fine, usually using about 1GB/2GB of
ram ( I have 16GB, so lots of free ram ). As soon as the screensaver activates
( this can be a 1 minute idle timeout or 1 hour, doesn't matter ), in seconds,
all ram is filled and oom daemon either starts killing or ( if oom daemon
disabled ) the computer gets unresponsive. It fills around 13/14 GB of ram and
4 GB of swap space in seconds.


I am writting this bug report on kwin wayland, because this doesn't happen on
kwin X11. It also doesn't happen on gnome wayland. It also doesn't happen on
sway.

Also this only happens when javafx is using es2 gpu acceleration ( doesn't
happen on software mode, but software mode is almost unusable, the app is very
graphic intensive ).

I have tested also with kde stable releases on gentoo and arch, and kde master
git on opensuse.

I also tried the latest jdk different GC's and with different heap memory
settings.


I understand that this is not much info or that its hard to say that is not a
bug elsewhere. But the bug is reproducible. Unfortunatly, its a proprietary
app. I will try to find an open source javafx app to make it easier to be
reproducible by others.


Please let me know what further steps I can take to track this issue and
provide better info.



STEPS TO REPRODUCE
1. start app
2. dont touch computer to let screensaver kick in
3. watch in another computer through ssh memory get completly filled seconds
after monitors turn off


OBSERVED RESULT
Memory starts getting completly filled and all swap is used. OOM either kicks
in and kills apps or computer gets unresponsive.


EXPECTED RESULT
Like what happens on kwin x11, gnome wayland or sway... memory keeps about the
same after screensaver as before.


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-07-27 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #2 from Alexandre Pereira  ---
(In reply to Vlad Zahorodnii from comment #1)
> Can you please provide an example program that suffers from this problem? As
> is, this bug report is somewhat inactioable due to the lack of information.
> Also, it will be helpful to have WAYLAND_DEBUG log of the app when the
> screen is off.

Sorry, I understand that its not enough info.
I tried WAYLAND_DEBUG, but since its a Xwayland app, it doesn't show anything.

If you have suggestion for more info, or any question whatsoever, please feel
let me know.

I will keep searching for apps that trigger this, as it must be javafx with es2
engine and a lot of graphic work, so its not easy.

Thank you.

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-08-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #3 from Alexandre Pereira  ---
I have done more testing and found out that it is also triggered with the
screensaver ( not only the power devil dpms turning off monitors ).

So, with screensaver ( but not turning monitors off ) will also make this
happen.

I have been using kde/x11 and gnome/wayland all week to confirm that it doesn't
happen there, and it doesn't.

Attaching screenshot of running htop and wayland_debug output connected through
ssh to the computer running the app and in idle mode.
Attaching the tar.gz of the full session WAYLAND_DEBUG=1 output.

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-08-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #4 from Alexandre Pereira  ---
Created attachment 140575
  --> https://bugs.kde.org/attachment.cgi?id=140575&action=edit
screenshot of connected to the computer in idle through ssh

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-08-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #5 from Alexandre Pereira  ---
Created attachment 140576
  --> https://bugs.kde.org/attachment.cgi?id=140576&action=edit
full session log of WAYLAND_DEBUG=1 output

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-08-07 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #6 from Alexandre Pereira  ---
well ... some good news: 
on wayland session, I can't seem to replicate the problem with KWIN_COMPOSE=Q
environment variable.

although ... not really great performance this way.

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

[kwin] [Bug 440312] Severe memory leak with kwin wayland and javafx app with es2 ( not on kwin x11 )

2021-08-08 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=440312

--- Comment #7 from Alexandre Pereira  ---
hum... I think I found a solution.

Gonna test it through all day tomorrow and see if it ever fails. If it doesn't,
then I am sure I found a solution and post it here!

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

[kwin] [Bug 439183] New: kwin wayland with latest activity integration doesn't "remember current virtual desktop used" when switching

2021-06-26 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=439183

Bug ID: 439183
   Summary: kwin wayland with latest activity integration doesn't
"remember current virtual desktop used" when switching
   Product: kwin
   Version: git master
  Platform: Other
OS: Other
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: activities
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

SUMMARY

Hi!

Thanks for the latest activity integration on Wayland! Its awesome to
activities working like on x11.

I use the option in Activities->Switching: "Current virtual desktop: Remember
for each activity". But it doesn't seem to be working


STEPS TO REPRODUCE
1. Be on Virtual desktop 1 on Activity A Switch to Activity B
2. Be on Virtual desktop 2 on Activity B
3. Switch back to Activity A

OBSERVED RESULT
Its on Virtual desktop 2 like Activity B

EXPECTED RESULT
Should be on Virtual desktop 1, since it was the current used on Activity A

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 406439] plasma shell crashes on startup if using a panel with system tray

2021-03-10 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=406439

Alexandre Pereira  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |FIXED
 Status|NEEDSINFO   |RESOLVED

--- Comment #5 from Alexandre Pereira  ---
I dunno how but i completly missed nate's comment i think !
fixing this

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

[i18n] [Bug 421218] New: Translation of "block composition" to "composition by blocks" in portuguese

2020-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421218

Bug ID: 421218
   Summary: Translation of "block composition" to "composition by
blocks" in portuguese
   Product: i18n
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: pt
  Assignee: j...@netcabo.pt
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

Created attachment 128279
  --> https://bugs.kde.org/attachment.cgi?id=128279&action=edit
screenshot

SUMMARY
In the kwin rules window, last tab, there is an entry which in english is
"Block Composition".

In Portuguese, its translated to "composition by blocks", instead of the
original meaning. It should be "Bloquear composição"

Attached is a screenshot of the window referenced.

Thank you !

STEPS TO REPRODUCE
1. 
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kwin] [Bug 421237] New: Changing Activities effect broken on Wayland ( from kwin master )

2020-05-09 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421237

Bug ID: 421237
   Summary: Changing Activities effect broken on Wayland ( from
kwin master )
   Product: kwin
   Version: git master
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: activities
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

SUMMARY
I think it started this week (4~10 May 2020), but the effect of changing
activities on kwin on wayland is broken. somehow now it has some pixels cut off
from the wallpaper at the borders.
I don't know how to "screenshot it", but what happens is: some 40 pixels from
all borders (left, top, right, bottom borders) are cut black. When the effect
ends, the black borders disappear.

I am using multiple monitors. It doesn't happen on X11.

I am using opensuse kde git packages.

STEPS TO REPRODUCE
1. Login on git packages kwin wayland
2. Change activity
3. Notice the effect

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[kwin] [Bug 421237] Changing Activities effect broken on Wayland ( from kwin master )

2020-05-12 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421237

--- Comment #2 from Alexandre Pereira  ---
(In reply to Vlad Zahorodnii from comment #1)
> Hmm, activities are unsupported on Wayland. Did you mean that the default
> virtual desktop switching animation (the slide effect) is broken on wayland?

yes, sorry for the bad wording. I mean the slide effect.

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

[kwin] [Bug 421237] Changing Activities effect broken on Wayland ( from kwin master )

2020-05-12 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421237

--- Comment #5 from Alexandre Pereira  ---
no, its not that. but i did set to 0 the gaps on that effect.

I am trying to upload a video that I did with the mobile phone to youtube to
show what happens. I will post the link here as soon as it is uploaded.

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

[kwin] [Bug 421237] Changing Activities effect broken on Wayland ( from kwin master )

2020-05-12 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421237

--- Comment #6 from Alexandre Pereira  ---
here it is: https://youtu.be/sVQB_JWcOr4

sorry for the bad quality, hope you can understand it ( see the corners
disappear (turn black) while in the effect )

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

[kwin] [Bug 421520] Wayland: task switching ( alt tab switchers ) show visual keyboard behind

2020-05-14 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421520

--- Comment #1 from Alexandre Pereira  ---
Created attachment 128457
  --> https://bugs.kde.org/attachment.cgi?id=128457&action=edit
task switching konsole and dolphin with visual keyboard behind

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

[kwin] [Bug 421520] New: Wayland: task switching ( alt tab switchers ) show visual keyboard behind

2020-05-14 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421520

Bug ID: 421520
   Summary: Wayland: task switching ( alt tab switchers ) show
visual keyboard behind
   Product: kwin
   Version: git master
  Platform: openSUSE RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: wayland-generic
  Assignee: kwin-bugs-n...@kde.org
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

SUMMARY
Hi,

I don't know how to explain it very well, better see the image attached.
It seems alt tab app switches ( like breeze, grid ) show the visual keyboard
behind it. Its clickable and works too !

In the image, I am using the grid "task switch". But it happens on breeze too.

I am using opensuse daily git packages.

STEPS TO REPRODUCE
1. 
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[lattedock] [Bug 421981] New: Latte dock multi-monitor screen space reservation

2020-05-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421981

Bug ID: 421981
   Summary: Latte dock multi-monitor screen space reservation
   Product: lattedock
   Version: git (master)
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: application
  Assignee: mvourla...@gmail.com
  Reporter: pereira.a...@gmail.com
  Target Milestone: ---

SUMMARY
Hi,

When using latte-dock on x11 mode ( weird, but just tested on wayland and
doesn't seem to happen ), doesn't reserve the screen space correctly.

See images for better description, as its hard to explain:

Image one is "normal mode".
Image two is "settings of left dock".
Image three is "settings of right dock".
Image four is with windows maximized on each screen.


Notice the settings of "Visibility".
It seems that "Always visible" of the right dock is being applied on the left
monitor ( not on right where it should be ) and "Dodge all windows" is being
applied on the right monitor ( not on the left where it should be )


STEPS TO REPRODUCE
1. 
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[lattedock] [Bug 421981] Latte dock multi-monitor screen space reservation

2020-05-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421981

--- Comment #1 from Alexandre Pereira  ---
Created attachment 128720
  --> https://bugs.kde.org/attachment.cgi?id=128720&action=edit
image four

don't know why but other images are 10M each, doing converting now and
uploading them

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

[lattedock] [Bug 421981] Latte dock multi-monitor screen space reservation

2020-05-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421981

--- Comment #3 from Alexandre Pereira  ---
Created attachment 128722
  --> https://bugs.kde.org/attachment.cgi?id=128722&action=edit
image two

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

[lattedock] [Bug 421981] Latte dock multi-monitor screen space reservation

2020-05-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421981

--- Comment #2 from Alexandre Pereira  ---
Created attachment 128721
  --> https://bugs.kde.org/attachment.cgi?id=128721&action=edit
image one

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

[lattedock] [Bug 421981] Latte dock multi-monitor screen space reservation

2020-05-23 Thread Alexandre Pereira
https://bugs.kde.org/show_bug.cgi?id=421981

--- Comment #4 from Alexandre Pereira  ---
Created attachment 128723
  --> https://bugs.kde.org/attachment.cgi?id=128723&action=edit
image three

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

  1   2   3   4   >