[plasmashell] [Bug 370493] New: Menu doesn't appear

2016-10-11 Thread Lach Sławomir via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=370493

Bug ID: 370493
   Summary: Menu doesn't appear
   Product: plasmashell
   Version: 5.8.0
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: sla...@lach.art.pl
CC: bhus...@gmail.com, plasma-b...@kde.org

Application menu doesn't appear, when button of menu is clicked.

This occurred, when active window is maximized and panel is set to autohide. 

Reproducible: Always

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

[konsole] [Bug 368155] [Idea] Place additional space between terminal lines.

2016-09-04 Thread Lach Sławomir via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=368155

--- Comment #2 from Lach Sławomir  ---
I can find option You say. My idea is about separate important output/input
from other output/input. I often type make in terminal or puts printf in my
code to debug, so I need empty space in terminal to know into which occurrence
of make line belongs.

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

[konsole] [Bug 368155] New: [Idea] Place additional space between terminal lines.

2016-09-02 Thread Lach Sławomir via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=368155

Bug ID: 368155
   Summary: [Idea] Place additional space between terminal lines.
   Product: konsole
   Version: unspecified
  Platform: unspecified
OS: All
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: konsole-de...@kde.org
  Reporter: sla...@lach.art.pl

I asks for possibility of adding space between text lines. In my opinion it
would be very practical option, because pressing enter in konsole window will
send it to virtual terminal and user might need to separate output or input.

Reproducible: Always

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

[kwin] [Bug 367770] Position of window wrong when using opengl

2016-08-27 Thread Lach Sławomir via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=367770

--- Comment #6 from Lach Sławomir  ---
These bugs might be related. I discovered playing Nexuiz with Kwin's Opengl
backend works. I also noticed than setting opengl backend and exit any game
brinks black desktop(panels are visible).

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

[kwin] [Bug 367770] Position of window wrong when using opengl

2016-08-26 Thread Lach Sławomir via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=367770

--- Comment #4 from Lach Sławomir  ---
Repeat up:
Xrender render window correctly.

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

[kwin] [Bug 367770] Position of window wrong when using opengl

2016-08-25 Thread Lach Sławomir via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=367770

--- Comment #2 from Lach Sławomir  ---
Created attachment 100756
  --> https://bugs.kde.org/attachment.cgi?id=100756=edit
Screen of my laptop

There you are. Sorry for my English.

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

[kwin] [Bug 367770] New: Position of window wrong when using opengl

2016-08-24 Thread Lach Sławomir via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=367770

Bug ID: 367770
   Summary: Position of window wrong when using opengl
   Product: kwin
   Version: 5.7.2
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: sla...@lach.art.pl

Position of fullscreen windows are at half of height of screen, when using
opengl backend(this happens especially for wine).

Reproducible: Always

Steps to Reproduce:
1. Set backend to opengl
2. Run Wine game on fullscreen mode

Actual Results:  
Window starts at half of screen

Expected Results:  
Game starts as expected

Intel graphics card, X.org graphical server,  Lenovo Ideapad 100 laptop

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

[kdevelop] [Bug 364819] New: KDevelop crash on after starts

2016-06-27 Thread Lach Sławomir via KDE Bugzilla 
https://bugs.kde.org/show_bug.cgi?id=364819

Bug ID: 364819
   Summary: KDevelop crash on after starts
   Product: kdevelop
   Version: 4.7.3
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kdevelop-bugs-n...@kde.org
  Reporter: sla...@lach.art.pl

Application: kdevelop (4.7.3)
KDE Platform Version: 4.14.21
Qt Version: 4.8.7
Operating System: Linux 4.6.2-1-default x86_64
Distribution: "openSUSE Tumbleweed (20160625) (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:
Kdevelop segfault just after splash screen hides and main window appear.

The crash can be reproduced every time.

-- Backtrace:
Application: KDevelop (kdevelop), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f47cc7b3900 (LWP 10095))]

Thread 7 (Thread 0x7f47af926700 (LWP 10096)):
#0  0x7f47c698f09f in pthread_cond_wait@@GLIBC_2.3.2 () at
/lib64/libpthread.so.0
#1  0x7f47c6657e0a in  () at /usr/lib64/libQtScript.so.4
#2  0x7f47c6657e39 in  () at /usr/lib64/libQtScript.so.4
#3  0x7f47c6989474 in start_thread () at /lib64/libpthread.so.0
#4  0x7f47c8d313ed in clone () at /lib64/libc.so.6

Thread 6 (Thread 0x7f472e67c700 (LWP 10097)):
#0  0x7f47c698f448 in pthread_cond_timedwait@@GLIBC_2.3.2 () at
/lib64/libpthread.so.0
#1  0x7f47c93f46f4 in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib64/libQtCore.so.4
#2  0x7f47c7cd92ee in KDevelop::DUChainPrivate::CleanupThread::run() () at
/usr/lib64/libkdevplatformlanguage.so.8
#3  0x7f47c93f41aa in  () at /usr/lib64/libQtCore.so.4
#4  0x7f47c6989474 in start_thread () at /lib64/libpthread.so.0
#5  0x7f47c8d313ed in clone () at /lib64/libc.so.6

Thread 5 (Thread 0x7f471b490700 (LWP 10103)):
#0  0x7f47c2f3dbb4 in g_main_context_dispatch () at
/usr/lib64/libglib-2.0.so.0
#1  0x7f47c2f3e0c0 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x7f47c2f3e16c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#3  0x7f47c953482e in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQtCore.so.4
#4  0x7f47c9502b8f in
QEventLoop::processEvents(QFlags) () at
/usr/lib64/libQtCore.so.4
#5  0x7f47c9502ef5 in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQtCore.so.4
#6  0x7f47c93f18d9 in QThread::exec() () at /usr/lib64/libQtCore.so.4
#7  0x7f47c93f41aa in  () at /usr/lib64/libQtCore.so.4
#8  0x7f47c6989474 in start_thread () at /lib64/libpthread.so.0
#9  0x7f47c8d313ed in clone () at /lib64/libc.so.6

Thread 4 (Thread 0x7f4707da1700 (LWP 10111)):
#0  0x7f47c2f3b0d4 in  () at /usr/lib64/libglib-2.0.so.0
#1  0x7f47c2f3d54b in g_main_context_prepare () at
/usr/lib64/libglib-2.0.so.0
#2  0x7f47c2f3df7b in  () at /usr/lib64/libglib-2.0.so.0
#3  0x7f47c2f3e16c in g_main_context_iteration () at
/usr/lib64/libglib-2.0.so.0
#4  0x7f47c953482e in
QEventDispatcherGlib::processEvents(QFlags) ()
at /usr/lib64/libQtCore.so.4
#5  0x7f47c9502b8f in
QEventLoop::processEvents(QFlags) () at
/usr/lib64/libQtCore.so.4
#6  0x7f47c9502ef5 in
QEventLoop::exec(QFlags) () at
/usr/lib64/libQtCore.so.4
#7  0x7f47c93f18d9 in QThread::exec() () at /usr/lib64/libQtCore.so.4
#8  0x7f47c94e2973 in  () at /usr/lib64/libQtCore.so.4
#9  0x7f47c93f41aa in  () at /usr/lib64/libQtCore.so.4
#10 0x7f47c6989474 in start_thread () at /lib64/libpthread.so.0
#11 0x7f47c8d313ed in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7f47085a2700 (LWP 10114)):
#0  0x7f47c698f09f in pthread_cond_wait@@GLIBC_2.3.2 () at
/lib64/libpthread.so.0
#1  0x7f47c93f4716 in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib64/libQtCore.so.4
#2  0x7f47c93efa23 in QReadWriteLock::lockForRead() () at
/usr/lib64/libQtCore.so.4
#3  0x7f471bbe17d1 in Php::ParseJob::run() () at
/usr/lib64/kde4/kdevphplanguagesupport.so
#4  0x7f47becf5eaa in
ThreadWeaver::JobRunHelper::runTheJob(ThreadWeaver::Thread*,
ThreadWeaver::Job*) () at /usr/lib64/libthreadweaver.so.4
#5  0x7f47becf6040 in ThreadWeaver::Job::execute(ThreadWeaver::Thread*) ()
at /usr/lib64/libthreadweaver.so.4
#6  0x7f47becf55cb in ThreadWeaver::Thread::run() () at
/usr/lib64/libthreadweaver.so.4
#7  0x7f47c93f41aa in  () at /usr/lib64/libQtCore.so.4
#8  0x7f47c6989474 in start_thread () at /lib64/libpthread.so.0
#9  0x7f47c8d313ed in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7f47128a2700 (LWP 10115)):
[KCrash Handler]
#6  0x7f47c7d8f46c in KDevelop::AbstractType::indexed() const () at
/usr/lib64/libkdevplatformlanguage.so.8
#7  0x7f47c7d8ff64 in
KDevelop::FunctionType::setReturnType(TypePtr) () at
/usr/lib64/libkdevplatformlanguage.so.8
#8  0x7f471b742782 in