[frameworks-kcompletion] [Bug 370947] line edits 'delete' icon too big and pixalated with bigger fonts settings (11 instead 10pt). Uncovers a second icon below

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370947

Achim Bohnet  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED

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

[frameworks-kcompletion] [Bug 370947] line edits 'delete' icon too big and pixalated with bigger fonts settings (11 instead 10pt). Uncovers a second icon below

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370947

--- Comment #7 from Achim Bohnet  ---
Created attachment 101778
  --> https://bugs.kde.org/attachment.cgi?id=101778=edit
11pt: oversized and pixelated

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

[frameworks-kcompletion] [Bug 370947] line edits 'delete' icon too big and pixalated with bigger fonts settings (11 instead 10pt). Uncovers a second icon below

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370947

--- Comment #6 from Achim Bohnet  ---
Created attachment 101777
  --> https://bugs.kde.org/attachment.cgi?id=101777=edit
10pt proper & sharp

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

[frameworks-kcompletion] [Bug 370947] line edits 'delete' icon too big and pixalated with bigger fonts settings (11 instead 10pt). Uncovers a second icon below

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370947

--- Comment #5 from Achim Bohnet  ---
neon dev unstable (aka git master) in virtualbox 5.0.24

konsole 16.11.70
KDE Frameworks 5.28.0
Qt 5.7.0 (built against 5.7.0)
The xcb windowing system

Reproduce:
* start konsole
* double click on konsole tab
-> 'rename tab' dialog with poperly size sharp delete icon (see screenshot)

* open fonts in system settings
* change 'General' font from 10 pt to e.g. 11 pt
* 'Okay' to close dialog, 'Apply' to apply the setting
* look at 'Rename Tab' dialog of konsole (or reopen it)
-> 'rename tab' dialog with oversized and pixilated delete icon (see
screenshot)

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

[kmail2] [Bug 370947] line edits 'delete' icon too big and pixalated with bigger fonts settings (11 instead 10pt). Uncovers a second icon below

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370947

Achim Bohnet  changed:

   What|Removed |Added

Summary|line edits 'delete' icon|line edits 'delete' icon
   |too big and pixalated with  |too big and pixalated with
   |bigger von fonts settings   |bigger fonts settings (11
   |(11 instead 10pt).  |instead 10pt).  Uncovers a
   |Uncovers a second icon  |second icon below
   |below   |

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

[kmail2] [Bug 370947] line edits 'delete' icon too big and pixalated with bigger von fonts settings (11 instead 10pt). Uncovers a second icon below

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370947

--- Comment #2 from Achim Bohnet  ---
While reverting the font change I've found a simpler way to reproduce:

1. kmail --composer
2. Type a view chars in the 'To:' line edit
3.  Set the 'General' font in system settings from 10 pt to 11pt and apply
-> 'delete' icons in the composer window is pixalated and too big.

Changing font size back to 10 pt 'fixes' the pixalation.

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

[kmail2] [Bug 370947] line edits 'delete' icon too big and pixalated with bigger von fonts settings (11 instead 10pt). Uncovers a second icon below

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370947

--- Comment #1 from Achim Bohnet  ---
Created attachment 101581
  --> https://bugs.kde.org/attachment.cgi?id=101581=edit
oversized and pixalated 'delete' icons in kmail inline search and composer
address field

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

[kmail2] [Bug 370947] New: line edits 'delete' icon too big and pixalated with bigger von fonts settings (11 instead 10pt). Uncovers a second icon below

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370947

Bug ID: 370947
   Summary: line edits 'delete' icon too big and pixalated with
bigger von fonts settings (11 instead 10pt).  Uncovers
a second icon below
   Product: kmail2
   Version: Git (master)
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdepim-b...@kde.org
  Reporter: a...@mpe.mpg.de

My fonts are all + 1pt compared the default.   Now the quick search line edit
above message list and
e.g. address fields in the composer show a IMHO unproportional big icon that is
pixaled (see screenshot).

Further in the quick search line edit one sees below the pixalated delete icons
the right parts of the normal sized delete icons

Reproducible: Always

Steps to Reproduce:
1.  Quit kmail
2. open fonts in system settings
3. set all fonts size to 11 (alternatively add 1pt to each fonts size)
4. start kmail.
5a.  type some text in the quick search like edit
5b. open composer and start typing an address

Actual Results:  
An pixalated (oversized)  delete icons appear on the right of the line edit.

Expected Results:  
a) Icons is not pixalated
b) Icons size should be a bit smaller   (ditto for the sharp icons and the lock
icon)

I had a quick look at ohter apps:

kate open dialog:  delete icons sharp and unchanged with 11pt compared to 10
ptle
konsole change tab text dialog:  too big and pixalated like kmail composer

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

[Spectacle] [Bug 370945] 'Window under cursor' works more like 'all windows of an application'

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370945

--- Comment #1 from Achim Bohnet  ---
Created attachment 101580
  --> https://bugs.kde.org/attachment.cgi?id=101580=edit
dialog + mainwindow  snapshoted by 'window under cursor'

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

[Spectacle] [Bug 370945] New: 'Window under cursor' works more like 'all windows of an application'

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370945

Bug ID: 370945
   Summary: 'Window under cursor' works more like 'all windows of
an application'
   Product: Spectacle
   Version: unspecified
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: General
  Assignee: m...@baloneygeek.com
  Reporter: a...@mpe.mpg.de

When I click on a dialog in the 'window under cursor' mode I expect that
spectable only makes a screenshot of the dialog and ignores e.g. the main
window of the application.

>From solution description of bug 369330 it looks like this was intended, but at
least I don't think that is what a user expects from an action labeled 'window
under cursor.  At least I didn't.

Reproducible: Always

Steps to Reproduce:
1. Open Kate
2. open file dialog with Ctrl-o
3. Start spectacle and select 'window under cursor'
4. Click on the kate open file dialog


Actual Results:  
I get a screenshot of the dialog + kates main window

Expected Results:  
I get a screenshot of the dialog only, because that's the window I've clicked.

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

[korganizer] [Bug 369260] Owncloud provided calendar colors are not used

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369260

Achim Bohnet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1

--- Comment #5 from Achim Bohnet  ---
You can customize the bg color used in Settings -> Views -> Agenda|Monthview
tab in the 'color usage group'.

FWIW:  I've seen yesterday that the davdroid app on android also picks the
colors supplied from the owncloud/caldav server.

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

[Spectacle] [Bug 369330] 'Window under cursor' assume wrongly that dialogs are always in the upper left corner

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369330

--- Comment #5 from Achim Bohnet  ---
Created attachment 101325
  --> https://bugs.kde.org/attachment.cgi?id=101325=edit
Real HW: Snapshot of spectable dialog with 'window under cursor'  That shows
0.0 of the screen is used

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

[Spectacle] [Bug 369330] 'Window under cursor' assume wrongly that dialogs are always in the upper left corner

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369330

--- Comment #4 from Achim Bohnet  ---
HI, I've tried in a Mac Air with kde neon dev stable 16.08.* bugfix branch.  
Same bug.  See screenschot for  versions used (in bg there's the pkg version).

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

[Spectacle] [Bug 369330] 'Window under cursor' assume wrongly that dialogs are always in the upper left corner

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369330

--- Comment #3 from Achim Bohnet  ---
The bug happened with Spectacle running in the guest system of virtualbox, not
the host system.

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

[konsole] [Bug 369328] Settings -> Edit current profile. Does neither apply the settings to the current shell session nor inform about this

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369328

--- Comment #4 from Achim Bohnet  ---
Mhmm, it worked now here too, until I've 

* closed all konsole windows
* rm $HOME/.config/konsolerc
* start konsole again

* open edit current profile
* hide scrollbar and scrollback e.g. 3000.  Press okay
-> BUG: nothing happens
* open edit current profile again
->  BUG scrollbar: right and scrollback: 1000

When I close and open konsole again,   scrollbar is hidden and scollback is
3000

>From now on edit current profile works as expected.

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

[konsole] [Bug 369328] Settings -> Edit current profile. Does neither apply the settings to the current shell session nor inform about this

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369328

--- Comment #3 from Achim Bohnet  ---
I'll usually only set scrollbar=off  (and scrollback=3000 lines).   I'll check
what else is affected as soon as time permit tonight.

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

[konsole] [Bug 369328] Settings -> Edit current profile. Does neither apply the settings to the current shell session nor inform about this

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369328

--- Comment #2 from Achim Bohnet  ---
Today short after midnight  I assume from the version number.

achim@neon-dev-unstable:~$ apt-cache policy konsole
konsole:
  Installed: 4:16.08.1+p16.04+git20160925.0034-0

neon dev unstable is alwasy from master J.Riddell told me.

This a a virtualbox installed today.   But I've seen it on 16.08.03 (neon dev
stable) too.

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

[Spectacle] [Bug 369330] 'Window under cursor' assume wrongly that dialogs are always in the upper left corner

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369330

Achim Bohnet  changed:

   What|Removed |Added

 Attachment #101283|screenshot of upper left|Result when clicking on the
description|area with dimension of the  |dialog: screenshot of upper
   |dialog.  Dialog itself is   |left area with dimension of
   |partially visible in the|the dialog.  Dialog itself
   |lower right area|is partially visible in the
   ||lower right area

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

[Spectacle] [Bug 369330] 'Window under cursor' assume wrongly that dialogs are always in the upper left corner

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369330

--- Comment #1 from Achim Bohnet  ---
Created attachment 101283
  --> https://bugs.kde.org/attachment.cgi?id=101283=edit
screenshot of upper left area with dimension of the dialog.  Dialog itself is
partially visible in the lower right area

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

[Spectacle] [Bug 369330] New: 'Window under cursor' assume wrongly that dialogs are always in the upper left corner

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369330

Bug ID: 369330
   Summary: 'Window under cursor' assume wrongly that dialogs are
always in the upper left corner
   Product: Spectacle
   Version: unspecified
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: General
  Assignee: m...@baloneygeek.com
  Reporter: a...@mpe.mpg.de

When I tried to make a snapshot of dialogs,  spectable always captures they
upper left area with the width and height of the dialog.  It not capture the
dialog itself.

Reproduceable in virtualbox mit neon pkg from master and  PC with 4.7.4

Reproducible: Always

Steps to Reproduce:
1. open kate
2. Ctrl^O to open the 'open file' dialog.
3. Make sure the dialog is not in the upper left corner
4. Start spectable
5. select 'window under cursor' and click on the open file dialog of kate

Actual Results:  
spectable makes a screenshot of the upper left aera of the screen with the
dimensions of the dialog (see screenshot)

Expected Results:  
spectable makes a screenshot of the dialog

A workaround for the bug is to move the dialog in the upper left corner and
then take the screenshot.   :-)

Thx for the cool tools spectacle!
Achim

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

[konsole] [Bug 369328] New: Settings -> Edit current profile. Does neither apply the settings to the current shell session nor inform about this

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369328

Bug ID: 369328
   Summary: Settings -> Edit current profile.   Does neither apply
the settings to the current shell session nor inform
about this
   Product: konsole
   Version: master
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: konsole-de...@kde.org
  Reporter: a...@mpe.mpg.de

Changing settings in 'edit current dialog' are not applied immediately after
'okay' or 'apply' nor or is the user informed about this fact.

Reproducible: Always

Steps to Reproduce:
1.  Open Settings -> Edit current profile
2.  e.g.  choose to hide the scrollbar
3. select 'okay; to close the dialog

Actual Results:  
the scrollbar of the current shell window is still there

Expected Results:  
Either hide the scrollbar after 'okay' or 'Apply' or inform the use that only
new konsole windows or newly created session with same profile will apply the
settings.

As it is, it looks like konsole ignores the setting.  Confuses me once in a
while again ;-)

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

[korgac] [Bug 369325] New: korgac used xdg autostart & session management to startup

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369325

Bug ID: 369325
   Summary: korgac used xdg autostart &  session management to
startup
   Product: korgac
   Version: 5.3.1
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: korganizer-de...@kde.org
  Reporter: a...@mpe.mpg.de

There is
1)  the file /etc/xdg/autostart/org.kde.korgac.desktop
2)  korgac -session 101a119f1a41c300014747926830020380006_1474798364_653715

This implies that using the korgac RMB menu 'Start reminder deamon at login'
does not work,
because session management still starts korgac

Reproducible: Always

Steps to Reproduce:
1. Use RMB Menu of korgac systray icon and disable 'Start reminder daemon at
login
2. logout/login
3. check if korgac is still running

Actual Results:  
korg is still running

Expected Results:  
korg is not started on login



First: I'm a long time KDE PIM user and *I* can not life without it.  
Nevertheless I would prefer korgac autostart=false by default.

My Goal: start akonadi and PIM tools only when needed.
My Rational:
most of my user at work and my familie don't use KDE PIM, nevertheless it's
started by default.
This is also true for neons and kubuntu  live ISO session (because xdg
autostart is true by default)  which makes also no sense for a life session.

Achim

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

[plasmashell] [Bug 369312] A taller height of panel is reset to default height, when a virtualbox window is resized horizontally

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369312

Achim Bohnet  changed:

   What|Removed |Added

 CC||k...@davidedmundson.co.uk
Summary|An taller height of panel   |A taller height of panel is
   |is reset to default height, |reset to default height,
   |when a virtualbox window is |when a virtualbox window is
   |resized horizontally|resized horizontally

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

[plasmashell] [Bug 368805] Plasma panel ignores vertical size changes of a virtualbox window

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368805

--- Comment #3 from Achim Bohnet  ---
Thx David!

 * fixed in neon dev unstable (master)
 * and already backported in neon dev stable  5.8 beta

But right now I've found another panel 'horizontal resize' bug.  I'll keep  you
subscribed ;-)

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

[konsole] [Bug 355106] button 4 and 5 (e.g. scroll wheel): scrolls bash history or output buffer

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=355106

--- Comment #2 from Achim Bohnet  ---
'Bug' still in 16.08.3.  ( bash with readline in vi mode)

How about this:
 * scroll events always navigate in the history buffer
 * shift-scroll events: navigates in shell history

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

[konsole] [Bug 354954] Shortcut Ctrl-Shift-S defined twice by default

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=354954

--- Comment #2 from Achim Bohnet  ---
I'll suggest to use Ctrl+Shift+X as default for 'Close Active'.   This is not
used.

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

[konsole] [Bug 354954] Shortcut Ctrl-Shift-S defined twice by default

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=354954

Achim Bohnet  changed:

   What|Removed |Added

   Platform|Ubuntu Packages |Neon Packages
Version|15.08.2 |16.08.3
 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1

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

[kio] [Bug 346626] webdav ignores @ in URL (to owncloud server) after first connection is established. Always list contents of the same account

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=346626

Achim Bohnet  changed:

   What|Removed |Added

Summary|webdav ignores @ in   |webdav ignores @ in
   |URL (to owncloud server).   |URL (to owncloud server)
   |Always list contents of the |after first connection is
   |same account|established.  Always list
   ||contents of the same
   ||account

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

[kio] [Bug 346626] webdav ignores @ in URL (to owncloud server). Always list contents of the same account

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=346626

--- Comment #7 from Achim Bohnet  ---
Same bug kio - webdav in kwrite 16.08.1
 * open  webdav dir of user1
then
 * open webdavdir of user2 on same server
--> BUG: show files of user1 not user2 :-(

I expect that files of user2 are listed

Seen this in xenial and neon dev stable

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

[kio] [Bug 346626] webdav ignores @ in URL (to owncloud server). Always list contents of the same account

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=346626

--- Comment #6 from Achim Bohnet  ---
Created attachment 101261
  --> https://bugs.kde.org/attachment.cgi?id=101261=edit
Webdav of user1 and user2 on same server.  User2 lists file of user1 :-(

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

[kio] [Bug 346626] webdav ignores @ in URL (to owncloud server). Always list contents of the same account

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=346626

Achim Bohnet  changed:

   What|Removed |Added

   Platform|Ubuntu Packages |Neon Packages

--- Comment #5 from Achim Bohnet  ---
Bug also in KF5 of kio webdav!   I've retried on neon dev stable distro with
dolphin 16.08.1 & kf5 5.26.

Still the same.  Use webdav to access files of user1 @ server1 then access
user2 @ server1 -->
files of user1 instead of user2 are shown (see attached screenshot).

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

[kmail2] [Bug 333201] Message list widget gets the next selection wrong after an expanded thread is deleted

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=333201

Achim Bohnet  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |FIXED
 Status|NEEDSINFO   |RESOLVED

--- Comment #2 from Achim Bohnet  ---
I  can't reproduce the bug, that I've reported, with kmail2 5.1.3 anymore. 
Therefore I'll close the bug.

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

[kmail2] [Bug 362823] Message List Panel Missing (5.2.0 & 5.3.0)

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=362823

--- Comment #3 from Achim Bohnet  ---
Comment on attachment 101256
  --> https://bugs.kde.org/attachment.cgi?id=101256
Unexpected: Main window after 1st start of kmail and 1st imap account creation

I would expect, that when one selects a folder on the left, the message list
view and the mail message view are shown

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

[kmail2] [Bug 362823] Message List Panel Missing (5.2.0 & 5.3.0)

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=362823

--- Comment #2 from Achim Bohnet  ---
Created attachment 101256
  --> https://bugs.kde.org/attachment.cgi?id=101256=edit
Unexpected: Main window after 1st start of kmail and 1st imap account creation

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

[kmail2] [Bug 362823] Message List Panel Missing (5.2.0 & 5.3.0)

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=362823

Achim Bohnet  changed:

   What|Removed |Added

Summary|Message List Panel Missing  |Message List Panel Missing
   |(5.2.0) |(5.2.0 & 5.3.0)

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

[kmail2] [Bug 362823] Message List Panel Missing (5.2.0)

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=362823

Achim Bohnet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1
 CC||a...@mpe.mpg.de

--- Comment #1 from Achim Bohnet  ---
Same with kmail 5.3 (neon dev stable):   

Reproduce:
fresh user, 1st kmail startup & 1st IMAP Accout setup ==>

No message view (and mail message view) is shown  (see screenshot) .

Changing folders does not help.

Workaround the 1st usage bug:  Menu: Go -> Next message  ==>
and the message list view and mail message view show up.

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

[kaddressbook] [Bug 369259] Regression: owncloud account creation wizard uses 'dav' instead of 'caldav' and 'carddar' in URL completion

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369259

Achim Bohnet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #5 from Achim Bohnet  ---
Oh. oh. oh.  That works.   Brown paper bag bug report :-(.I'm so used to
select 'owncloud' that I never read further down the list.   Sorry for wasting
your time.

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

[kaddressbook] [Bug 369259] Regression: owncloud account creation wizard uses 'dav' instead of 'caldav' and 'carddar' in URL completion

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369259

--- Comment #3 from Achim Bohnet  ---
Hi Laurent,
I used the 'owncloud' entry in the account wizard (not the owncloud < 5).
Owncloud server is running v8.*

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

[korganizer] [Bug 369260] Owncloud provided calendar colors are not used

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369260

--- Comment #1 from Achim Bohnet  ---
Created attachment 101250
  --> https://bugs.kde.org/attachment.cgi?id=101250=edit
Colors used by korganizer and owncloud server web interace

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

[korganizer] [Bug 369260] New: Owncloud provided calendar colors are not used

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369260

Bug ID: 369260
   Summary: Owncloud provided calendar colors are not used
   Product: korganizer
   Version: unspecified
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: groupware
  Assignee: korganizer-de...@kde.org
  Reporter: a...@mpe.mpg.de

Owncloud server gives every calendars a color.  When the calendars are added to
korganizer, those colors are ignored and other colors are used (looks like
color choice is random).
see screenshot

That's quite confusing when every korganizer on my different installations use
different calendar colors.

Wish: please use the colors provided by the owncloud server.

Achim
P.S. Kalender app in Mac OS X used the server provided color, so the color
information is supplied by caldav.

Reproducible: Always

Steps to Reproduce:
1.  Add an owncloud calendar
2.  Compare colors between owncloud web calendar interface 
3.

Actual Results:  
A different calendar color is used

Expected Results:  
korganizer should use the same color as the caldav server

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

[kaddressbook] [Bug 369259] Regression: owncloud account creation wizard uses 'dav' instead of 'caldav' and 'carddar' in URL completion

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369259

--- Comment #1 from Achim Bohnet  ---
The correct URLs for owncloud should be as in kaddressbook 5.1.3

https://my.test.domain/~test/6.0/remote.php/caldav/
https://my.test.domain/~test/6.0/remote.php/carddav/

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

[kaddressbook] [Bug 369259] New: Regression: owncloud account creation wizard uses 'dav' instead of 'caldav' and 'carddar' in URL completion

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=369259

Bug ID: 369259
   Summary: Regression: owncloud account creation wizard uses
'dav' instead of 'caldav' and 'carddar' in URL
completion
   Product: kaddressbook
   Version: unspecified
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kdepim-b...@kde.org
  Reporter: a...@mpe.mpg.de
CC: to...@kde.org

Created attachment 101249
  --> https://bugs.kde.org/attachment.cgi?id=101249=edit
Screenshot of wrong generated path in account creation wizard of owncloud

kaddressbook 5.3.0, kf5 5.26, qt 5.7  (neon dev stable)

Adding an Addressbook -> DAV -> owncloud, the generated path ends 'dav' instead
of 'caldav' and 'carddav' respectely.  See attached screenshot.

In kaddressbook 5.1.3 (xenial) it was working properly.

Achim

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

[plasmashell] [Bug 368805] Plasma panel ignores vertical size changes of a virtualbox window

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368805

--- Comment #1 from Achim Bohnet  ---
Created attachment 101081
  --> https://bugs.kde.org/attachment.cgi?id=101081=edit
screenshot after increasing the vertical size of the vbox window by ~ 2 cm

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

[plasmashell] [Bug 368805] New: Plasma panel ignores vertical size changes of a virtualbox window

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368805

Bug ID: 368805
   Summary: Plasma panel ignores vertical size changes of a
virtualbox window
   Product: plasmashell
   Version: master
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Panel
  Assignee: plasma-b...@kde.org
  Reporter: a...@mpe.mpg.de

neon dev unstable (kde git master):
The panel ignores resizing a virtualbox window and stays at the same position
as before.
So it's hidden when height is lower than before or it's no longer at the bottom
if height is increased (see attachment)

neon dev stable (kde 4.7.4+git) it still works:  Panel is always at the bottom
of vbox window after resizing it horizontally.

Reproducible: Always

Steps to Reproduce:
1.  Decrease (or increase)  height of vbox window


Actual Results:  
Panel is hidden (or no longer at bottom) of vbox window

Expected Results:  
Panel sticks at the bottom as before  in-/decreasing the height of the vbox
window as it was in 5.7.4 and older releases.

in-/decrease the horizontal vbox window size fixes the wrong position or the
window: panel is again at the botton of the desktop.

I have not tested this case yesterday so I can't tell if it's a regression due
to yesterdays fix of
https://bugs.kde.org/show_bug.cgi?id=368741 or just it's vertical equivalent,
that I've forgotten to test.

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

[plasmashell] [Bug 368741] Panel default horizontal size policy changed: Does not expand by default anymore

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368741

--- Comment #5 from Achim Bohnet  ---
Thx, a lot Marco & David for fixing/reviewing it!  Works again after updating
today neon dev unstable!

Achim
P.S. thx to kde neon crew for providing daily master packages!

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

[plasmashell] [Bug 368741] Panel default horizontal size policy changed: Does not expand by default anymore

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368741

--- Comment #3 from Achim Bohnet  ---
On each logout/login: Panel is maximzed again !  (until you resize the vbox
window again):

* make window wider -> panel does not adapt to new horziontal size
* logout/login -> panel uses again the full horizontal width
* make window wider/shrink -> panel does not adapt to new horziontal size :-(

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

[plasmashell] [Bug 368741] Panel default horizontal size policy changed: Does not expand by default anymore

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368741

--- Comment #2 from Achim Bohnet  ---
Created attachment 101067
  --> https://bugs.kde.org/attachment.cgi?id=101067=edit
panel after making the vbox window wider

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

[plasmashell] [Bug 368741] Panel default horizontal size policy changed: Does not expand by default anymore

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368741

Achim Bohnet  changed:

   What|Removed |Added

 Attachment #101066|Panel after I've made the   |Panel after I've made the
description|vbox window wider   |vbox window shrinks
   ||horizontally

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

[plasmashell] [Bug 368741] Panel default horizontal size policy changed: Does not expand by default anymore

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368741

--- Comment #1 from Achim Bohnet  ---
Created attachment 101066
  --> https://bugs.kde.org/attachment.cgi?id=101066=edit
Panel after I've made the vbox window wider

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

[plasmashell] [Bug 368741] New: Panel default horizontal size policy changed: Does not expand by default anymore

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=368741

Bug ID: 368741
   Summary: Panel default horizontal size policy changed:  Does
not expand by default anymore
   Product: plasmashell
   Version: master
  Platform: Neon Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Panel
  Assignee: plasma-b...@kde.org
  Reporter: a...@mpe.mpg.de

neon dev unstable (master)
With making the Virtualbox window wider in horizontal direction, the panel does
not expand to maximal width.  Panel does not change size and is left aligned.

Windows do not have the problem:
  Start konsole
  right-click on maximized button -> window maximzed in horizontal direction
  resize vbox window horizontally
 -> konsole follow the bigger width (panel does not :-( )


Reproducible: Always

Steps to Reproduce:
My environment: neon dev unstable (kde git master branch pkgs) in Virtualbox
5.0.24 (host kubuntu xenial)
1. Create a new user login
2. make the Vbox window bigger in horizontal direction.


Actual Results:  
Panel does not resize.  Is only left aligned

Expected Results:  
Panel is still maximised (stays left and right aligned) as in in the last
years.

Windows do not have the problem:
  Start konsole
  right-click on maximized button -> window maximzed in horizontal direction
  resize vbox window horizontally
 -> konsole follow the bigger width (panel does not :-( )

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

[gwenview] [Bug 362474] Copy To/Move To does not remember path any more

[Achim Bohnet via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=362474

Achim Bohnet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1
 CC||a...@mpe.mpg.de

--- Comment #1 from Achim Bohnet  ---
Same here.

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