[Discover] [Bug 418104] New: Discover crash while cancelling upgrade operation

2020-02-23 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=418104

Bug ID: 418104
   Summary: Discover crash while cancelling upgrade operation
   Product: Discover
   Version: 5.18.1
  Platform: Ubuntu Packages
OS: Linux
Status: REPORTED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: discover
  Assignee: lei...@leinir.dk
  Reporter: jorgesan...@gmail.com
CC: aleix...@kde.org
  Target Milestone: ---

Application: plasma-discover (5.18.1)

Qt Version: 5.12.4
Frameworks Version: 5.67.0
Operating System: Linux 5.3.0-40-generic x86_64
Windowing system: X11
Distribution: Ubuntu 19.10

-- Information about the crash:
- What I was doing when the application crashed:

Discover crashed while a Flatpak upgrade operation was cancelled, I did not try
again to see if it crashes for the moment.

-- Backtrace:
Application: Discover (plasma-discover), signal: Floating point exception
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f9d0b1a33c0 (LWP 13287))]

Thread 13 (Thread 0x7f9c54ff9700 (LWP 16322)):
#0  0x7f9d0f1392ac in __GI___libc_read (nbytes=16, buf=0x7f9c54ff8be0,
fd=100) at ../sysdeps/unix/sysv/linux/read.c:26
#1  0x7f9d0f1392ac in __GI___libc_read (fd=100, buf=0x7f9c54ff8be0,
nbytes=16) at ../sysdeps/unix/sysv/linux/read.c:24
#2  0x7f9d0dc9c63f in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7f9d0dc5458e in g_main_context_check () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7f9d0dc549e2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7f9d0dc54b73 in g_main_context_iteration () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x7f9cf48e981d in  () at
/usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
#7  0x7f9d0dc7e111 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x7f9d0e4cc669 in start_thread (arg=) at
pthread_create.c:479
#9  0x7f9d0f14a323 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 12 (Thread 0x7f9ccf7fe700 (LWP 13345)):
#0  0x7f9d0e4d32c6 in futex_wait_cancelable (private=,
expected=0, futex_word=0x55b9e46019f4) at
../sysdeps/unix/sysv/linux/futex-internal.h:80
#1  0x7f9d0e4d32c6 in __pthread_cond_wait_common (abstime=0x0, clockid=0,
mutex=0x55b9e46019a0, cond=0x55b9e46019c8) at pthread_cond_wait.c:508
#2  0x7f9d0e4d32c6 in __pthread_cond_wait (cond=0x55b9e46019c8,
mutex=0x55b9e46019a0) at pthread_cond_wait.c:638
#3  0x7f9d0f4cddbf in QWaitCondition::wait(QMutex*, QDeadlineTimer) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7f9d0f4cdeb1 in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f9d57b9 in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#6  0x7f9d5a1a in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#7  0x7f9d0f4c7c92 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x7f9d0e4cc669 in start_thread (arg=) at
pthread_create.c:479
#9  0x7f9d0f14a323 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 11 (Thread 0x7f9ce0dc2700 (LWP 13328)):
#0  0x7f9d0f1392ac in __GI___libc_read (nbytes=16, buf=0x7f9ce0dc1a90,
fd=59) at ../sysdeps/unix/sysv/linux/read.c:26
#1  0x7f9d0f1392ac in __GI___libc_read (fd=59, buf=0x7f9ce0dc1a90,
nbytes=16) at ../sysdeps/unix/sysv/linux/read.c:24
#2  0x7f9d0dc9c63f in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7f9d0dc5458e in g_main_context_check () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7f9d0dc549e2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7f9d0dc54b73 in g_main_context_iteration () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x7f9d0f6e6653 in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x7f9d0f68d5cb in
QEventLoop::exec(QFlags) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x7f9d0f4c6a45 in QThread::exec() () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#9  0x7f9d0f4c7c92 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x7f9d0e4cc669 in start_thread (arg=) at
pthread_create.c:479
#11 0x7f9d0f14a323 in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 10 (Thread 0x7f9ce2dc6700 (LWP 13298)):
#0  0x7f9d0f13dc2f in __GI___poll (fds=0x55b9e4abb9e0, nfds=1, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x7f9d0dc54a3e in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7f9d0dc54dc3 in g_main_loop_run () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7f9d0d9c159a in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x7f9d0dc7e111 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7f9d0e4cc669 in start_thread (arg=) at
pthread_create.c:479
#6  0x7f9d0f14a323 in clone () at

[plasma-pa] [Bug 417561] Audio source selector in Plasma's audio volume applet is illegible with Oxygen theme

2020-02-19 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=417561

--- Comment #5 from JORGETECH  ---
I can confirm that other QML comboboxes in the dekstop configuration are not
affected, in my case it seems to be reduced to the audio volume applet.

In my case the pin is not invisible, but the combobox in the media selection
applet is affected. Does that mean that the bug is in the system tray applets?

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

[plasma-pa] [Bug 417561] New: Audio source selector in Plasma's audio volume applet is illegible with Oxygen theme

2020-02-13 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=417561

Bug ID: 417561
   Summary: Audio source selector in Plasma's audio volume applet
is illegible with Oxygen theme
   Product: plasma-pa
   Version: 5.17.5
  Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: applet
  Assignee: now...@gmail.com
  Reporter: jorgesan...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: ---

Created attachment 125944
  --> https://bugs.kde.org/attachment.cgi?id=125944=edit
Image showing the issue, the white text on the selector is almost impossible to
read.

SUMMARY

Plasma's audio volume applet has a selector to choose the audio source (for
example, the rear mic input), it renders fine using themes like Breeze and
Breeze dark but if Oxygen theme is used the text on the selector becomes
illegible because it renders as white text on a white background (see attached
screenshot).

STEPS TO REPRODUCE
1. Set Plasma theme to Oxygen.
2. Open the Audio volume applet on the taskbar.
3. Observe the audio source selector

OBSERVED RESULT

The audio source selector renders the source name as white text, but because
the selector background colour is white too it becomes illegible. This may be
an Oxygen bug or a plasma-pa bug, but I decided to report it here since I only
observed this behaviour in the audio volume control applet (for the moment).

EXPECTED RESULT

Either the source name text colour should be changed to a darker one or the
background colour of the selector should be changed in some way to make the
white text legible.

SOFTWARE/OS VERSIONS

Operating System: Kubuntu 19.10
KDE Plasma Version: 5.17.5
KDE Frameworks Version: 5.67.0
Qt Version: 5.12.4

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

[plasmashell] [Bug 411470] New: File transfer notification appears in a new window (with icon only taskbar)

2019-08-31 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=411470

Bug ID: 411470
   Summary: File transfer notification appears in a new window
(with icon only taskbar)
   Product: plasmashell
   Version: 5.16.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Notifications
  Assignee: k...@privat.broulik.de
  Reporter: jorgesan...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: 1.0

This bug is probably related to #408908 but I am reporting it in a separate one
because the fix for that specific bug did not solve the issue here.

Although the fix for file transfer notifications solved the issue in one of my
computers (where I use Latte Dock) the file transfer notification still appears
as a new window (instead of appearing in the system tray as it should) on
another computer where I use an icon only taskbar setup (if that makes any
difference).

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Kubuntu 19.04 (Linux 5.0.0-25-generic)
KDE Plasma Version: 5.16.4
KDE Frameworks Version: 5.61.0
Qt Version: 5.12.2

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

[plasmashell] [Bug 408908] File Transfer notification are gone since update to Plasma 5.16.0

2019-07-28 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=408908

JORGETECH  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |---
 Ever confirmed|0   |1

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

[plasmashell] [Bug 408908] File Transfer notification are gone since update to Plasma 5.16.0

2019-07-10 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=408908

--- Comment #6 from JORGETECH  ---
In another computer where I have KDE configured with the "icon only" taskbar I
still don't have file transfer notifications, instead I get a file transfer
window. Any ideas on why I get a window on this particular setup?

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

[plasmashell] [Bug 408908] File Transfer notification are gone since update to Plasma 5.16.0

2019-06-29 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=408908

--- Comment #5 from JORGETECH  ---
(In reply to Christoph Feck from comment #4)
> It should be fixed with 5.16.2. If not, please add a comment or reopen. It
> might be a different issue that you see.

I can confirm that the bug has been fixed.

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

[kwin] [Bug 406769] Black flickering or black areas after reenabling compositing on Intel and NVIDIA GPUs

2019-06-25 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=406769

--- Comment #2 from JORGETECH  ---
(In reply to Vlad Zagorodniy from comment #1)
> If you run kwin with KWIN_USE_BUFFER_AGE=0, does flickering occur?

I restarted kwin using that variable but I still have the same problem. I open
a game, disable compositing after it started, close the game, reenable
compositing and when I open a new window I can see black artifacts in the
border that are gone when I move the mouse over the affected areas. The bug is
quite arbitrary, sometimes it creates black artifacts in the window borders,
other times it cause flickering when opening widnows.

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

[plasmashell] [Bug 408908] File Transfer notification are gone since update to Plasma 5.16.0

2019-06-25 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=408908

--- Comment #3 from JORGETECH  ---
Sorry I meant 5.16.2

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

[plasmashell] [Bug 408908] File Transfer notification are gone since update to Plasma 5.16.0

2019-06-25 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=408908

--- Comment #2 from JORGETECH  ---
Is this bug going to be fixed in Plasma 5.12.2 then?

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

[plasmashell] [Bug 408908] New: File Transfer notification are gone since update to Plasma 5.16.0

2019-06-19 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=408908

Bug ID: 408908
   Summary: File Transfer notification are gone since update to
Plasma 5.16.0
   Product: plasmashell
   Version: 5.16.0
  Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Notifications
  Assignee: k...@privat.broulik.de
  Reporter: jorgesan...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: 1.0

SUMMARY

Since I updated to plasma 5.16.0 on both of my computers the file transfer
notification that would normally be displayed in the system tray area is gone,
on one computer the file transfer notification switched to a separate window
(even though I don't have that enabled) and in other computer I just don't get
any file transfer window or notification at all.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Kubuntu 19.04 (Linux 5.0.0-18-generic)
KDE Plasma Version: 5.16.1
KDE Frameworks Version: 5.59.0
Qt Version: 5.12.2

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

[kio-extras] [Bug 400651] "kdeinit5 closed unexpectedly" during thumbnail generation for video files

2019-05-11 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=400651

JORGETECH  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REOPENED|RESOLVED

--- Comment #10 from JORGETECH  ---
I can confirm the issue has been solved with the latest updates.

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

[kwin] [Bug 406769] New: Black flickering or black areas after reenabling compositing on Intel and NVIDIA GPUs

2019-04-22 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=406769

Bug ID: 406769
   Summary: Black flickering or black areas after reenabling
compositing on Intel and NVIDIA GPUs
   Product: kwin
   Version: 5.15.4
  Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: compositing
  Assignee: kwin-bugs-n...@kde.org
  Reporter: jorgesan...@gmail.com
  Target Milestone: ---

SUMMARY

This is a bug that I've seen on different systems for quite some time on both
Intel and NVIDIA GPUs (and I think radeon too). After reenabling compositing (I
disable compositing for games) the screen is filled with black areas after
opening new windows, on Intel GPUs those black areas start to flicker while on
NVIDIA GPUs the black areas remain still until you move the windows to such
areas. I don't know what is exactly causing this bugs but it should have
something to do with kwin and OpenGL compositing because when compositing
disabled those black areas do not appear. The issue is gone after I login
again.

SOFTWARE/OS VERSIONS
Linux: Kubuntu 19.04 (Linux 5.0.0-13-generic) (present in previous versions
too)
KDE Plasma Version: 5.15.4
KDE Frameworks Version: 5.56.0
Qt Version: 5.12.2

ADDITIONAL INFORMATION

I've seen this bug appear in the next GPUs:

Intel HD Graphics 5500 (Broadwell GT2) (OpenGL 4.5/Mesa 19.0.2)
Intel HD Graphics 500 (Broxton 2x6) (OpenGL 4.5/Mesa 19.0.2)
AMD Radeon R5 230 (CAICOS) (OpenGL 3.3/Mesa 19.0.2)
NVIDIA GeForce 840M (OpenGL 4.6/NVIDIA binary driver 418.56)

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

[kio-extras] [Bug 400651] "kdeinit5 closed unexpectedly" during thumbnail generation for video files

2019-04-13 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=400651

--- Comment #8 from JORGETECH  ---
Will test when Kubuntu Backports maintainers update that package

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

[kio-extras] [Bug 400651] "kdeinit5 closed unexpectedly" during thumbnail generation for video files

2019-04-12 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=400651

JORGETECH  changed:

   What|Removed |Added

 Resolution|FIXED   |---
 Status|RESOLVED|REOPENED
 Ever confirmed|0   |1

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

[kio-extras] [Bug 400651] "kdeinit5 closed unexpectedly" during thumbnail generation for video files

2019-04-12 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=400651

JORGETECH  changed:

   What|Removed |Added

 CC||jorgesan...@gmail.com

--- Comment #6 from JORGETECH  ---
I can still reproduce this issue with video thumbnails enabled on Kubuntu 18.10
(with Backports PPA) on Plasma 5.15.3

Here is the backtrace if it helps:

Application: kdeinit5 (kdeinit5), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f3336f5e100 (LWP 13830))]

Thread 3 (Thread 0x7f3330d6d700 (LWP 13833)):
#0  0x7f333b609f64 in __GI___libc_read (fd=6, buf=0x7f3330d6cbd0,
nbytes=16) at ../sysdeps/unix/sysv/linux/read.c:26
#1  0x7f3339411180 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7f33393cb91f in g_main_context_check () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7f33393cbdf0 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x7f33393cbf6c in g_main_context_iteration () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x7f333b9a715b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x7f333b95416b in
QEventLoop::exec(QFlags) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x7f333b7a30b6 in QThread::exec() () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x7f3335ffe545 in  () at /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#9  0x7f333b7acc87 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x7f333a64d164 in start_thread (arg=) at
pthread_create.c:486
#11 0x7f333b61adef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 2 (Thread 0x7f3332ad5700 (LWP 13831)):
#0  0x7f333b60e6d9 in __GI___poll (fds=0x7f3332ad4d38, nfds=1, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x7f333c20e917 in  () at /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x7f333c21053a in xcb_wait_for_event () at
/usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x7fe72159 in  () at /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4  0x7f333b7acc87 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f333a64d164 in start_thread (arg=) at
pthread_create.c:486
#6  0x7f333b61adef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 1 (Thread 0x7f3336f5e100 (LWP 13830)):
[KCrash Handler]
#6  0x7f3330de14d4 in  () at
/usr/lib/x86_64-linux-gnu/qt5/plugins/ffmpegthumbs.so
#7  0x7f3330de31b7 in  () at
/usr/lib/x86_64-linux-gnu/qt5/plugins/ffmpegthumbs.so
#8  0x7f3330de3339 in  () at
/usr/lib/x86_64-linux-gnu/qt5/plugins/ffmpegthumbs.so
#9  0x7f3330de0763 in  () at
/usr/lib/x86_64-linux-gnu/qt5/plugins/ffmpegthumbs.so
#10 0x7f333c40e9fe in  () at
/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/thumbnail.so
#11 0x7f333664d9c6 in KIO::SlaveBase::dispatch(int, QByteArray const&) ()
at /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#12 0x7f333664e186 in KIO::SlaveBase::dispatchLoop() () at
/usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#13 0x7f333c40c08d in kdemain () at
/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/thumbnail.so
#14 0x5624bd5c9e1c in  ()
#15 0x5624bd5caeea in  ()
#16 0x5624bd5cb8fb in  ()
#17 0x5624bd5c6645 in  ()
#18 0x7f333b52409b in __libc_start_main (main=0x5624bd5c5c70, argc=5,
argv=0x7ffd7b33e568, init=, fini=,
rtld_fini=, stack_end=0x7ffd7b33e558) at ../csu/libc-start.c:308
#19 0x5624bd5c72ca in  ()
[Inferior 1 (process 13830) detached]

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

[kdenlive] [Bug 406285] New: Memory leak when switching to another profile

2019-04-06 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=406285

Bug ID: 406285
   Summary: Memory leak when switching to another profile
   Product: kdenlive
   Version: git-master
  Platform: Compiled Sources
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: Video Display & Export
  Assignee: j...@kdenlive.org
  Reporter: jorgesan...@gmail.com
  Target Milestone: ---

SUMMARY

On latest git "master" and also the nightly AppImage a memory leak is caused
when changing the video profile. This memory leak only happens when you change
the video profile in the Project Bin message, for some other videos kdenlive
asks you to change the profile (due to kdenlive not finding a matching profile)
in a separate window, in that cases it does not cause a memory leak.

STEPS TO REPRODUCE
1. Add a video to the Project Bin that does not fit the current profile (but
does fit an existing one in kdenlive), this is the clip I used for testing:
https://mega.nz/#!6ywFFRAL!BxAnz6hRmsZCmpj8FY89IBc9DrU8AmVNbktz12kRM-U
2. When kdenlive asks you to switch to another profile (the message under the
Project Bin) click on "Switch".
3. After that kdenlive will use all the available RAM, cauing the system to
lock up (related to swap).

SOFTWARE/OS VERSIONS
Linux: Kubuntu 18.10 (+ Backports PPA)

KDE Plasma Version: 5.15.3
KDE Frameworks Version: 5.54.0
Qt Version: 5.11.1

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

[kde] [Bug 405452] [refactoring_timeline] Latest git version crashes when adding anything to the timeline

2019-03-13 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=405452

JORGETECH  changed:

   What|Removed |Added

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

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

[kde] [Bug 405452] New: [refactoring_timeline] Latest git version crashes when adding anything to the timeline

2019-03-13 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=405452

Bug ID: 405452
   Summary: [refactoring_timeline] Latest git version crashes when
adding anything to the timeline
   Product: kde
   Version: unspecified
  Platform: unspecified
OS: Linux
Status: REPORTED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: unassigned-b...@kde.org
  Reporter: jorgesan...@gmail.com
  Target Milestone: ---

Application: kdenlive (19.03.70)

Qt Version: 5.11.1
Frameworks Version: 5.54.0
Operating System: Linux 4.18.0-16-generic x86_64
Distribution: Ubuntu 18.10

-- Information about the crash:
- What I was doing when the application crashed:

As the title says if you add anything to the timeline the application crashes

The crash can be reproduced every time.

-- Backtrace:
Application: Kdenlive (kdenlive), signal: Aborted
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fc32af8a940 (LWP 17977))]

Thread 37 (Thread 0x7fc26a7fd700 (LWP 18039)):
#0  0x7fc335f826d9 in __GI___poll (fds=0x563e89751290, nfds=1, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x7fc330b35e46 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7fc330b35f6c in g_main_context_iteration () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7fc33664c15b in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7fc3365f916b in
QEventLoop::exec(QFlags) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7fc3364480b6 in QThread::exec() () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x7fc337538396 in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#7  0x7fc336451c87 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x7fc334c5c164 in start_thread (arg=) at
pthread_create.c:486
#9  0x7fc335f8edef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 36 (Thread 0x7fc2c2ffd700 (LWP 18038)):
#0  0x7fc335f53707 in getpid () at ../sysdeps/unix/syscall-template.S:60
#1  0x7fc3305afd3f in pa_detect_fork () at
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-12.2.so
#2  0x7fc334ca7cdb in pa_stream_writable_size () at
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#3  0x7fc30ce38d25 in  () at /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#4  0x7fc30cd98836 in  () at /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#5  0x7fc30cddf5ec in  () at /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#6  0x7fc30ce54f89 in  () at /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#7  0x7fc334c5c164 in start_thread (arg=) at
pthread_create.c:486
#8  0x7fc335f8edef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 35 (Thread 0x7fc2aaffd700 (LWP 18037)):
#0  0x7fc334c622eb in futex_wait_cancelable (private=,
expected=0, futex_word=0x563e8b6f625c) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7fc334c622eb in __pthread_cond_wait_common (abstime=0x0,
mutex=0x563e8b6f6208, cond=0x563e8b6f6230) at pthread_cond_wait.c:502
#2  0x7fc334c622eb in __pthread_cond_wait (cond=0x563e8b6f6230,
mutex=0x563e8b6f6208) at pthread_cond_wait.c:655
#3  0x7fc3381aaa93 in  () at /usr/lib/x86_64-linux-gnu/libmlt.so.6
#4  0x563e7fa67b07 in RenderThread::run() (this=0x7fc2b709d5f0) at
/home/jorgetech/Temp/kdenlive/src/monitor/glwidget.cpp:1559
#5  0x7fc336451c87 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x7fc334c5c164 in start_thread (arg=) at
pthread_create.c:486
#7  0x7fc335f8edef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 34 (Thread 0x7fc2c27fc700 (LWP 18036)):
#0  0x7fc334c622eb in futex_wait_cancelable (private=,
expected=0, futex_word=0x563e8c44ec18) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7fc334c622eb in __pthread_cond_wait_common (abstime=0x0,
mutex=0x563e8c44ec20, cond=0x563e8c44ebf0) at pthread_cond_wait.c:502
#2  0x7fc334c622eb in __pthread_cond_wait (cond=0x563e8c44ebf0,
mutex=0x563e8c44ec20) at pthread_cond_wait.c:655
#3  0x7fc318490512 in  () at /usr/lib/x86_64-linux-gnu/mlt/libmltsdl2.so
#4  0x7fc334c5c164 in start_thread (arg=) at
pthread_create.c:486
#5  0x7fc335f8edef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 33 (Thread 0x7fc2ed9a8700 (LWP 18035)):
#0  0x7fc3305ddb4b in  () at
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-12.2.so
#1  0x7fc3305dea6d in  () at
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-12.2.so
#2  0x7fc3305dee19 in  () at
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-12.2.so
#3  0x7fc3305df66a in  () at
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-12.2.so
#4  0x7fc334c9f568 in pa_mainloop_dispatch () at
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#5  0x7fc334c9f83c in pa_mainloop_iterate () at
/usr/

[kde] [Bug 405321] New: Kdenlive git (refactoring_timeline) version crashes when inverting clip

2019-03-10 Thread JORGETECH
cond=0x5654dbda42a0) at pthread_cond_wait.c:502
#2  0x7ff9fffb12eb in __pthread_cond_wait (cond=0x5654dbda42a0,
mutex=0x5654dbda4278) at pthread_cond_wait.c:655
#3  0x7ffa034a8973 in  () at /usr/lib/x86_64-linux-gnu/libmlt.so.6
#4  0x5654d144fb07 in RenderThread::run() (this=0x7ff94434e3f0) at
/home/jorgetech/Temp/kdenlive/src/monitor/glwidget.cpp:1559
#5  0x7ffa01751c87 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x7ff9fffab164 in start_thread (arg=) at
pthread_create.c:486
#7  0x7ffa0128cdef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 36 (Thread 0x7ff9a6f7f700 (LWP 9731)):
#0  0x7ff9fffb12eb in futex_wait_cancelable (private=,
expected=0, futex_word=0x5654dbdb76fc) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7ff9fffb12eb in __pthread_cond_wait_common (abstime=0x0,
mutex=0x5654dbdb7700, cond=0x5654dbdb76d0) at pthread_cond_wait.c:502
#2  0x7ff9fffb12eb in __pthread_cond_wait (cond=0x5654dbdb76d0,
mutex=0x5654dbdb7700) at pthread_cond_wait.c:655
#3  0x7ff9e80d7512 in  () at /usr/lib/x86_64-linux-gnu/mlt/libmltsdl2.so
#4  0x7ff9fffab164 in start_thread (arg=) at
pthread_create.c:486
#5  0x7ffa0128cdef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 35 (Thread 0x7ff99de3b700 (LWP 9730)):
#0  0x7ff9f862a8dd in pa_pstream_unref () at
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-12.2.so
#1  0x7ff9f862ae33 in  () at
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-12.2.so
#2  0x7ff9f862b66a in  () at
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-12.2.so
#3  0x7ff9fbe0a568 in pa_mainloop_dispatch () at
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#4  0x7ff9fbe0a83c in pa_mainloop_iterate () at
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#5  0x7ff9fbe0a8e0 in pa_mainloop_run () at
/usr/lib/x86_64-linux-gnu/libpulse.so.0
#6  0x7ff9d813eeef in  () at /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#7  0x7ff9d80e55ec in  () at /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#8  0x7ff9d815af89 in  () at /usr/lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#9  0x7ff9fffab164 in start_thread (arg=) at
pthread_create.c:486
#10 0x7ffa0128cdef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 34 (Thread 0x7ff952ffd700 (LWP 9716)):
#0  0x7ff9fffb12eb in futex_wait_cancelable (private=,
expected=0, futex_word=0x7ff940357f44) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7ff9fffb12eb in __pthread_cond_wait_common (abstime=0x0,
mutex=0x7ff940357fa8, cond=0x7ff940357f18) at pthread_cond_wait.c:502
#2  0x7ff9fffb12eb in __pthread_cond_wait (cond=0x7ff940357f18,
mutex=0x7ff940357fa8) at pthread_cond_wait.c:655
#3  0x7ff9de7734fe in  () at /usr/lib/x86_64-linux-gnu/libavcodec.so.58
#4  0x7ff9fffab164 in start_thread (arg=) at
pthread_create.c:486
#5  0x7ffa0128cdef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 33 (Thread 0x7ff9537fe700 (LWP 9715)):
#0  0x7ff9fffb12eb in futex_wait_cancelable (private=,
expected=0, futex_word=0x7ff940357d94) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7ff9fffb12eb in __pthread_cond_wait_common (abstime=0x0,
mutex=0x7ff940357df8, cond=0x7ff940357d68) at pthread_cond_wait.c:502
#2  0x7ff9fffb12eb in __pthread_cond_wait (cond=0x7ff940357d68,
mutex=0x7ff940357df8) at pthread_cond_wait.c:655
#3  0x7ff9de7734fe in  () at /usr/lib/x86_64-linux-gnu/libavcodec.so.58
#4  0x7ff9fffab164 in start_thread (arg=) at
pthread_create.c:486
#5  0x7ffa0128cdef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 32 (Thread 0x7ff953fff700 (LWP 9714)):
#0  0x7ff9fffb12eb in futex_wait_cancelable (private=,
expected=0, futex_word=0x7ff940357be4) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7ff9fffb12eb in __pthread_cond_wait_common (abstime=0x0,
mutex=0x7ff940357c48, cond=0x7ff940357bb8) at pthread_cond_wait.c:502
#2  0x7ff9fffb12eb in __pthread_cond_wait (cond=0x7ff940357bb8,
mutex=0x7ff940357c48) at pthread_cond_wait.c:655
#3  0x7ff9de7734fe in  () at /usr/lib/x86_64-linux-gnu/libavcodec.so.58
#4  0x7ff9fffab164 in start_thread (arg=) at
pthread_create.c:486
#5  0x7ffa0128cdef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 31 (Thread 0x7ff964ff9700 (LWP 9713)):
#0  0x7ff9fffb12eb in futex_wait_cancelable (private=,
expected=0, futex_word=0x7ff940357a34) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7ff9fffb12eb in __pthread_cond_wait_common (abstime=0x0,
mutex=0x7ff940357a98, cond=0x7ff940357a08) at pthread_cond_wait.c:502
#2  0x7ff9fffb12eb in __pthread_cond_wait (cond=0x7ff940357a08,
mutex=0x7ff940357a98) at pthread_cond_wait.c:655
#3  0x7ff9de7734fe in  () at /usr/lib/x86_64-linux-gnu/libavcodec.so.58
#4  0x7ff9fffab164 in start_thread (arg=) at
pthread_create.c:486
#5  0x7ffa0128cdef in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 30 (Thread 0x7ff

[latte-dock] [Bug 404214] New: Latte dock prevents Plasma using separate windows for file transfers and other tasks

2019-02-11 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=404214

Bug ID: 404214
   Summary: Latte dock prevents Plasma using separate windows for
file transfers and other tasks
   Product: latte-dock
   Version: 0.8.5
  Platform: Kubuntu Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: application
  Assignee: mvourla...@gmail.com
  Reporter: jorgesan...@gmail.com
  Target Milestone: ---

KDE Plasma 5 has the ability to have separate windows for file copying and
similar tasks if you uncheck the "Track file transfers and other jobs" option
in notification settings and the "Show progress and status information in task
buttons" in task manager settings.

However, when Latte Dock is opened it seems to ignore such settings and it will
prevent separate windows for this types of tasks from appearing; there is a
similar option in Latte called "Show progress information for tasks" but
unchecking it has no effect. If Latte Dock is disabled, Plasma will start to
show the separate windows as expected.

SOFTWARE/OS VERSIONS

Linux: 4.18.0-16-generic (Ubuntu 18.10)
KDE Plasma Version: 5.14.5
KDE Frameworks Version: 5.52.0 
Qt Version: 5.11.1

ADDITIONAL INFORMATION
Latte Dock version: 0.8.5-0ubuntu1~ubuntu18.10~ppa1 (Kubuntu Backports PPA)

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

[plasmashell] [Bug 400908] Some parts of Plasma are really slow on older Intel GPUs

2018-11-10 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=400908

--- Comment #3 from JORGETECH  ---
(In reply to JORGETECH from comment #2)
> (In reply to David Edmundson from comment #1)
> > So use of QtQuick is slow, especially when using the desktop theme where we
> > have large texture uploads.
> > 
> > Probably means we have a software GL driver. They do suck.
> > 
> > You can try 
> > 
> > kcmshell5 qtquicksettings
> > 
> > and selecting the software backend.
> > 
> > This means we avoid GL and use a slower software fallback, but that's often
> > quicker than using GL that in turn is software emulated. 
> > 
> > Let me know if it helps.
> 
> That actually solved the problem immediatly. Thanks!
> 
> I think this should be reported to QT to see if they can fix it.

I forgot to say that Discover is still slow. Does it have something to do with
Kirigami?

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

[plasmashell] [Bug 400908] Some parts of Plasma are really slow on older Intel GPUs

2018-11-10 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=400908

--- Comment #2 from JORGETECH  ---
(In reply to David Edmundson from comment #1)
> So use of QtQuick is slow, especially when using the desktop theme where we
> have large texture uploads.
> 
> Probably means we have a software GL driver. They do suck.
> 
> You can try 
> 
> kcmshell5 qtquicksettings
> 
> and selecting the software backend.
> 
> This means we avoid GL and use a slower software fallback, but that's often
> quicker than using GL that in turn is software emulated. 
> 
> Let me know if it helps.

That actually solved the problem immediatly. Thanks!

I think this should be reported to QT to see if they can fix it.

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

[plasmashell] [Bug 400908] New: Some parts of Plasma are really slow on older Intel GPUs

2018-11-10 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=400908

Bug ID: 400908
   Summary: Some parts of Plasma are really slow on older Intel
GPUs
   Product: plasmashell
   Version: 5.14.2
  Platform: Ubuntu Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: jorgesan...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: 1.0

In the latest releases of KDE Plasma 5 (5.13.5 and 5.14.X) I observed some
severe performance slowdowns when using some parts of the system; for example
when trying to change the appearance of the cursor in system settings it takes
really long for anything to respond, however the rest of the system is alright
(actually the cursor settings are slow since the style was upgraded). The same
can be seen when using Discover (I have to use Gnome Software Center because
Discover is impossible to use on my Intel GPU at the moment).

I don't what causes the issue exactly but I suspect it has something to do with
QT or some acceleration issues on older GPUs.

I tested this on a Intel 945G GPU (Using i915 driver).

SOFTWARE/OS VERSIONS
Linux: Kubuntu 18.10 (Linux 4.18.0-10)
KDE Plasma Version: 5.14.3 (Kubuntu backports)
KDE Frameworks Version: 5.51.0
Qt Version: 5.1.1

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

[plasmashell] [Bug 394255] New: Plasma random crash

2018-05-14 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=394255

Bug ID: 394255
   Summary: Plasma random crash
   Product: plasmashell
   Version: 5.10.5
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: jorgesan...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: 1.0

Application: plasmashell (5.10.5)

Qt Version: 5.9.1
Frameworks Version: 5.38.0
Operating System: Linux 4.13.0-42-generic x86_64
Distribution: Ubuntu 17.10

-- Information about the crash:
- What I was doing when the application crashed: I was using Firefox when
suddenly Plasma restarted, the crash only lasted two or three seconds. Widgets
were not affected and the desktop was restored correctly.

- Unusual behavior I noticed: It did the same thing one or two days ago.

The crash can be reproduced sometimes.

-- Backtrace:
Application: Plasma (plasmashell), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f94c0c11fc0 (LWP 1596))]

Thread 20 (Thread 0x7f938affd700 (LWP 6564)):
#0  0x7f94b9af7072 in futex_wait_cancelable (private=,
expected=0, futex_word=0x56291dbf4e10) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7f94b9af7072 in __pthread_cond_wait_common (abstime=0x0,
mutex=0x56291dbf4dc0, cond=0x56291dbf4de8) at pthread_cond_wait.c:502
#2  0x7f94b9af7072 in __pthread_cond_wait (cond=0x56291dbf4de8,
mutex=0x56291dbf4dc0) at pthread_cond_wait.c:655
#3  0x7f94ba95b6cb in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7f93d3787995 in
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*,
bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x7f93d378ba18 in  () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#6  0x7f93d3786b5d in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#7  0x7f93d378ba72 in  () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#8  0x7f93d3786b5d in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#9  0x7f93d37898db in ThreadWeaver::Thread::run() () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#10 0x7f94ba95a29d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x7f94b9af07fc in start_thread (arg=0x7f938affd700) at
pthread_create.c:465
#12 0x7f94ba25cb5f in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 19 (Thread 0x7f938b7fe700 (LWP 6563)):
#0  0x7f94b9af7072 in futex_wait_cancelable (private=,
expected=0, futex_word=0x56291dbf4e10) at
../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  0x7f94b9af7072 in __pthread_cond_wait_common (abstime=0x0,
mutex=0x56291dbf4dc0, cond=0x56291dbf4de8) at pthread_cond_wait.c:502
#2  0x7f94b9af7072 in __pthread_cond_wait (cond=0x56291dbf4de8,
mutex=0x56291dbf4dc0) at pthread_cond_wait.c:655
#3  0x7f94ba95b6cb in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7f93d3787995 in
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*,
bool, bool, bool) () at /usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#5  0x7f93d378ba18 in  () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#6  0x7f93d3786b5d in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#7  0x7f93d378ba72 in  () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#8  0x7f93d3786b5d in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#9  0x7f93d378ba72 in  () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#10 0x7f93d3786b5d in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#11 0x7f93d378ba72 in  () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#12 0x7f93d3786b5d in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#13 0x7f93d378ba72 in  () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#14 0x7f93d3786b5d in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#15 0x7f93d378ba72 in  () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#16 0x7f93d3786b5d in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/x86_64-linux-gnu/libKF5ThreadWeaver.so.5
#17 0x7f93d37898db in ThreadWeaver::Thread::run() () at

[plasmashell] [Bug 384420] New: Plasma crashes when it finishes copying files from an USB drive

2017-09-06 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=384420

Bug ID: 384420
   Summary: Plasma crashes when it finishes copying files from an
USB drive
   Product: plasmashell
   Version: 5.8.7
  Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: jorgesan...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: 1.0

Application: plasmashell (5.8.7)

Qt Version: 5.9.1
Frameworks Version: 5.37.0
Operating System: Linux 4.12.0-1-amd64 x86_64
Distribution: Debian GNU/Linux unstable (sid)

-- Information about the crash:
- What I was doing when the application crashed:

I was copying files from an USB drive, it was copying just fine however Plasma
crashed (and later recovered) when the copy operation finished.

Plasma version: 5.8.7
Frameworks version: 5.37.0
Qt version: 5.9.1
Kernel: 4.12.0-1-amd64 (Debian kernel)
OS Type: 64 bits

The crash can be reproduced every time.

-- Backtrace:
Application: Plasma (plasmashell), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
[Current thread is 1 (Thread 0x7f43106e0940 (LWP 1745))]

Thread 16 (Thread 0x7f4228af3700 (LWP 7492)):
#0  0x7f4309bd815f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f430a7b56cb in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7f430e588ac8 in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#3  0x7f430e588f2a in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#4  0x7f430a7b429d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f4309bd2494 in start_thread (arg=0x7f4228af3700) at
pthread_create.c:333
#6  0x7f430a0d4abf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 15 (Thread 0x7f4229374700 (LWP 6653)):
#0  0x7f4309bd815f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f430a7b56cb in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7f430e588ac8 in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#3  0x7f430e588f2a in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#4  0x7f430a7b429d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f4309bd2494 in start_thread (arg=0x7f4229374700) at
pthread_create.c:333
#6  0x7f430a0d4abf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 14 (Thread 0x7f422a480700 (LWP 5031)):
#0  0x7f4309bd815f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f430a7b56cb in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7f430e588ac8 in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#3  0x7f430e588f2a in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#4  0x7f430a7b429d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f4309bd2494 in start_thread (arg=0x7f422a480700) at
pthread_create.c:333
#6  0x7f430a0d4abf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 13 (Thread 0x7f422b045700 (LWP 2694)):
#0  0x7f4309bd815f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f430a7b56cb in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7f430e588ac8 in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#3  0x7f430e588f2a in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#4  0x7f430a7b429d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f4309bd2494 in start_thread (arg=0x7f422b045700) at
pthread_create.c:333
#6  0x7f430a0d4abf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 12 (Thread 0x7f422bbff700 (LWP 2692)):
#0  0x7f4309bd815f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f430a7b56cb in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7f430e588ac8 in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#3  0x7f430e588f2a in  () at /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#4  0x7f430a7b429d in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f4309bd2494 in start_thread (arg=0x7f422bbff700) at
pthread_create.c:333
#6  0x7f430a0d4abf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 11 (Thread 0x7f4233df5700 (LWP 2397)):
#0  0x7f4309bd815f in pthread_cond_wait@@GLIBC_2.3.2 () at

[kwin] [Bug 383075] New: KWin sometimes crashes when using Konqueror.

2017-08-03 Thread JORGETECH
https://bugs.kde.org/show_bug.cgi?id=383075

Bug ID: 383075
   Summary: KWin sometimes crashes when using Konqueror.
   Product: kwin
   Version: 5.8.7
  Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: jorgesan...@gmail.com
  Target Milestone: ---

Application: kwin_x11 (5.8.7)

Qt Version: 5.7.1
Frameworks Version: 5.28.0
Operating System: Linux 4.11.0-2-amd64 x86_64
Distribution: Debian GNU/Linux unstable (sid)

-- Information about the crash:
- What I was doing when the application crashed:
I was connecting to a web page using Konqueror.
- Unusual behavior I noticed:
For some reason sometimes Konqueror causes KWin to crash in certain conditions
like accessing a web page, but it does not always crash.

The crash can be reproduced sometimes.

-- Backtrace:
Application: KWin (kwin_x11), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f5e87f98300 (LWP 1831))]

Thread 6 (Thread 0x7f5e6bfff700 (LWP 8949)):
#0  0x7f5ea16a4731 in __GI_ppoll (fds=0x7f5e64000a58, nfds=1,
timeout=, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:39
#1  0x7f5e9f58e701 in qt_safe_poll(pollfd*, unsigned long, timespec const*)
() at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7f5e9f58fffa in
QEventDispatcherUNIX::processEvents(QFlags) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x7f5e9f53d83a in
QEventLoop::exec(QFlags) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7f5e9f36df73 in QThread::exec() () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f5e9a3146a5 in  () at /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5
#6  0x7f5e9f372c28 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x7f5e9b3dd494 in start_thread (arg=0x7f5e6bfff700) at
pthread_create.c:333
#8  0x7f5ea16adabf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 5 (Thread 0x7f5e6b014700 (LWP 1981)):
#0  0x7f5e9b3e315f in pthread_cond_wait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7f5e9e7092c4 in  () at /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
#2  0x7f5e9e709309 in  () at /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
#3  0x7f5e9b3dd494 in start_thread (arg=0x7f5e6b014700) at
pthread_create.c:333
#4  0x7f5ea16adabf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 4 (Thread 0x7f5e7e0f6700 (LWP 1969)):
#0  0x7f5ea16a4731 in __GI_ppoll (fds=0x7f5e6c000ac8, nfds=1,
timeout=, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:39
#1  0x7f5e9f58e701 in qt_safe_poll(pollfd*, unsigned long, timespec const*)
() at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7f5e9f58fffa in
QEventDispatcherUNIX::processEvents(QFlags) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x7f5e9f53d83a in
QEventLoop::exec(QFlags) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7f5e9f36df73 in QThread::exec() () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f5e9a3146a5 in  () at /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5
#6  0x7f5e9f372c28 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x7f5e9b3dd494 in start_thread (arg=0x7f5e7e0f6700) at
pthread_create.c:333
#8  0x7f5ea16adabf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 3 (Thread 0x7f5e84d27700 (LWP 1881)):
#0  0x7f5e9f591605 in QTimerInfoList::timerWait(timespec&) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#1  0x7f5e9f5902f4 in
QEventDispatcherUNIX::processEvents(QFlags) ()
at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x7f5e9f53d83a in
QEventLoop::exec(QFlags) () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x7f5e9f36df73 in QThread::exec() () at
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x7f5ea1caf305 in  () at /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#5  0x7f5e9f372c28 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x7f5e9b3dd494 in start_thread (arg=0x7f5e84d27700) at
pthread_create.c:333
#7  0x7f5ea16adabf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 2 (Thread 0x7f5e86cd2700 (LWP 1837)):
#0  0x7f5ea16a466d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7f5ea080f150 in  () at /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x7f5ea0810ee9 in xcb_wait_for_event () at
/usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x7f5e87badb89 in  () at /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4  0x7f5e9f372c28 in  () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x7f5e9b3dd494 in start_thread (arg=0x7f5e86cd2700) at
pthread_create.c:333
#6  0x7f5ea16adabf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Thread 1 (Thread 0x7f5e87f98300 (LWP 1831)):
[KCrash Handler]
#6