[kdenlive] [Bug 359751] Audo tracks mix incorrectly

2016-06-12 Thread Matthijs via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=359751

Matthijs  changed:

   What|Removed |Added

 CC||bugs.kde@tenkate.net

--- Comment #3 from Matthijs  ---
Confirmed on 16.04.1, with a few minor differences:
- When the *lowest track with content* is muted, only the 'foreground' track's
audio is played.

Steps to reproduce:
1. in a default new project, fill the top 3 tracks (Video 4, 3 and 2 by
default) with content that has audio.
2. Press play, notice the audio of all tracks is played back simultaneously.
3. Mute the lowest track with content (by default, Video 2)
4. Press play, notice how only the uppermost track with content (by default,
Video 4) plays back audio.
5. Shorten the content in track Video 4, so that track Video 3 plays back a
little longer
6. Press play, notice that as soon as track Video 4 runs out of content, track
Video 3 plays back audio again
7. Fill track Audio 2 with content that has audio (and don't mute it)
8. Press play, notice the audio of all tracks (except Video 2) is played back
simultaneously again.
9. Unmute track Video 2 and mute track Audio 2
10. Press play, notice how only the uppermost track with content plays back
audio.

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


[kmail2] [Bug 352464] Regression kMail 5.0.0: HTML mails do not show external images

2016-01-12 Thread Matthijs via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=352464

Matthijs  changed:

   What|Removed |Added

 CC||mtijink.b...@gmail.com

--- Comment #15 from Matthijs  ---
For me this also happens with embedded images. They do show up in other e-mail
clients and gmail, but Kmail never shows them (with any setting for displaying
attachments)

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


[kate] [Bug 357062] Dead keys do not work correctly in vi input mode

2015-12-22 Thread Matthijs via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357062

--- Comment #1 from Matthijs  ---
Created attachment 96266
  --> https://bugs.kde.org/attachment.cgi?id=96266&action=edit
This fixes the issue for me

This patch solves the issue for me, but might introduce bugs, since I do not
know the code very well.

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


[kate] [Bug 357062] New: Dead keys do not work correctly in vi input mode

2015-12-22 Thread Matthijs via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357062

Bug ID: 357062
   Summary: Dead keys do not work correctly in vi input mode
   Product: kate
   Version: 5.0.0
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Vi Input Mode
  Assignee: kwrite-bugs-n...@kde.org
  Reporter: mtijink.b...@gmail.com

My keyboard setting (Us-intl, with dead keys) uses the dead keys (so for
example: ') to compose characters like ', é, ë, ", etc.

The vi input mode does not work with correctly with this: the characters
appear, but repeating an insert using . does not insert those characters,
skipping them. Additionally, the characters appear even if they were typed in
normal mode (which should ignore them).

I traced the cause of the problem, and it appears that different events are
send for composed keys (QInputMethodEvent instead of QKeyEvent), and that code
just inserts the characters, without passing them to the input mode code.

(I also sent an e-mail to the mailing list, but did not receive a reply, so I
made this bug report)

Reproducible: Always

Steps to Reproduce:
1. Use a keyboard layout with dead keys
2. Type a character like é in vi mode (e.g. "café")
3. Repeat the insertion, by using .

Actual Results:  
The é is not present in the repeated insertion (so "caf" appears)

Expected Results:  
It should have shown "café"

My kate version is 15.12 (which I couldn't choose in the version box)

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

[akregator] [Bug 356973] Text renders very wide on some feeds

2015-12-20 Thread Matthijs via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356973

--- Comment #1 from Matthijs  ---
Created attachment 96220
  --> https://bugs.kde.org/attachment.cgi?id=96220&action=edit
Screenshot showing the problem

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


[akregator] [Bug 356973] New: Text renders very wide on some feeds

2015-12-20 Thread Matthijs via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=356973

Bug ID: 356973
   Summary: Text renders very wide on some feeds
   Product: akregator
   Version: unspecified
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: internal browser
  Assignee: kdepim-b...@kde.org
  Reporter: mtijink.b...@gmail.com

Since I upgraded akregator (from 4.14.10 to 15.12), some feeds display their
text very wide, using the internal browser.

The attached screenshot shows how it looks and how the same page looks in
firefox. This does not happen for all feeds/pages, but only for some (but it is
reproducible for those pages). Note that I use the webpage version for most
feeds.

Reproducible: Always

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


[plasmashell] [Bug 355604] Icon buttons show without icon

2015-12-07 Thread Matthijs via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=355604

--- Comment #5 from Matthijs  ---
Ah, clearing the cache solved the issue.

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