[kleopatra] [Bug 464229] mainwindow icon bug
https://bugs.kde.org/show_bug.cgi?id=464229
Friedrich W. H. Kossebau changed:
What|Removed |Added
CC||kosse...@kde.org
--- Comment #1 from Friedrich W. H. Kossebau ---
As commented on irc, I suspect the cause is that the window manager used here
is an X11 one which only fetches the window icons from the X properties
directly, does not map the _KDE_NET_WM_DESKTOP_FILE to a desktop file to fetch
metadata like the app icon.
For those one still needs to set the window icon directly, e.g. by adding
app.setWindowIcon(QIcon::fromTheme(QStringLiteral("kleopatra"),
app.windowIcon()));
to https://invent.kde.org/pim/kleopatra/-/blob/master/src/main.cpp#L128
While at it, all the app metadata setting is better moved to before the "//
Initialize GpgME" section, otherwise e.g. the text in the warning message will
not be translated properly I expect as well as the window again missing needed
metadata to be nicely shown as Kleopatra window.
--
You are receiving this mail because:
You are on the CC list for the bug.
[Akonadi] [Bug 451963] MySQL backend stores timestamps without adapting timezone
https://bugs.kde.org/show_bug.cgi?id=451963 --- Comment #1 from Friedrich W. H. Kossebau --- For comparison, the postgresql backend seems to not have that issue: For one a comment on #opensuse-kde was: "Eh, using postgresql here, was awake and at my laptop . No issues seen at all. " And looking at the sources of the Qt postgresql driver: https://code.qt.io/cgit/qt/qtbase.git/tree/src/plugins/sqldrivers/psql/qsql_psql.cpp?h=5.15#n1477 The value is explicitly stored converted relative to UTC. So only the timezone info is lost on a round-trip., but the absolute time stays correct. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 451963] New: MySQL backend stores timestamps without adapting timezone
https://bugs.kde.org/show_bug.cgi?id=451963
Bug ID: 451963
Summary: MySQL backend stores timestamps without adapting
timezone
Product: Akonadi
Version: GIT (master)
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: server
Assignee: kdepim-bugs@kde.org
Reporter: kosse...@kde.org
Target Milestone: ---
PROBLEM:
On my CET/CEST timezone system, tonight when there was the daylight saving time
hour adaption, Akonadi reported some errors for a while. Here the extract from
systemd log (sorry, german local, but most should be obvious):
--- 8< ---
Mär 27 04:00:45 klaplax akonadi_pop3_resource[2955]: org.kde.pim.pop3resource:
"Fehler beim Speichern heruntergeladener E-Mails.\nFailed to append item"
Mär 27 04:00:45 klaplax akonadi_pop3_resource[2955]: org.kde.pim.pop3resource:
== ERROR DURING POP3 SYNC ==
Mär 27 04:00:45 klaplax akonadiserver[2593]: org.kde.pim.akonadiserver: Error
while handling command CreateItem on connection akonadi_pop3_resource_0
(0x55e58e538930)
Mär 27 04:00:45 klaplax akonadiserver[2593]: org.kde.pim.akonadiserver: Error
during insertion into table "PimItemTable" "Incorrect datetime value:
'2022-03-27 02:00:45.979000' for column `akonadi`.`pimitemtable`.`datetime` at
row 1 QMYSQL3: Der Befehl konnte nicht ausgeführt werden"
Mär 27 04:00:45 klaplax akonadiserver[2593]: org.kde.pim.akonadiserver:
Query: "INSERT INTO PimItemTable (rev, remoteRevision, gid, collectionId,
mimeTypeId, datetime, atime, dirty, size) VALUES (:0, :1, :2, :3, :4, :5, :6,
:7, :8)"
Mär 27 04:00:45 klaplax akonadiserver[2593]: org.kde.pim.akonadiserver:
Values: QMap((":0", QVariant(int, 0))(":1", QVariant(QString, ""))(":2",
QVariant(QString, ""))(":3", QVariant(qlonglong, 13))(":4", QVariant(qlonglong,
7))(":5", QVariant(QDateTime, QDateTime(2022-03-27 02:00:45.979 UTC
Qt::UTC)))(":6", QVariant(QDateTime, QDateTime(2022-03-27 02:00:45.979 UTC
Qt::UTC)))(":7", QVariant(bool, true))(":8", QVariant(qlonglong, 0)))
Mär 27 04:00:45 klaplax akonadiserver[2593]: org.kde.pim.akonadiserver: Error
text: "Incorrect datetime value: '2022-03-27 02:00:45.979000' for column
`akonadi`.`pimitemtable`.`datetime` at row 1 QMYSQL3: Der Befehl konnte nicht
ausgeführt werden"
Mär 27 04:00:45 klaplax akonadiserver[2593]: org.kde.pim.akonadiserver: DB
error: "Incorrect datetime value: '2022-03-27 02:00:45.979000' for column
`akonadi`.`pimitemtable`.`datetime` at row 1"
Mär 27 04:00:45 klaplax akonadiserver[2593]: org.kde.pim.akonadiserver: Error
code: "1292"
Mär 27 04:00:45 klaplax akonadiserver[2593]: org.kde.pim.akonadiserver:
DATABASE ERROR:
--- 8< ---
It seems those errors appeared during 4 am & 5 am in my (now) CEST timezone,
whereas the timestamps used in the data were in the 2 am - 3 am range, which
obviously this night would not exist in my timezone, given the 2 am -> 3 am
time jump for the daylight saving time switch.
So there might be a mismatch in the timezones used for interpreting the
timestamps by the mysql/mariadb server and akonadi.
>From https://mariadb.com/kb/en/datetime/#time-zones:
"If a column uses the DATETIME data type, then any inserted values are stored
as-is, so no automatic time zone conversions are performed."
Looking at Akonadi code, e.g. for creating PimItems, often
QDateTime::currentDateTimeUtc() is used, so the QDateTime instances would be
based on UTC if values are directly queried.
From
https://code.qt.io/cgit/qt/qtbase.git/tree/src/plugins/sqldrivers/mysql/qsql_mysql.cpp?h=5.15:
Qt's MySQL driver stores only the current date & time values of a QDateTime
instance, without any conversion of the timezone to match the timezone
configured for the database, using QVariant::toDate() & QVariant::toTime() and
QDate::year()/month()/day() & QTime::hour()/minute()/second()/msec(). And reads
the value via QDateTime::fromString(MMddhhmmssString, Qt::ISODate).
So a QDateTime::currentDateTimeUtc() generated at 4:00:45 am CEST would be
turned into a string "02:00:45" by the current code, which then is rejected by
mariadb due to matching that against the system timezone which is CEST and that
very day does not have such a timestamp.
Similar issues with any other QDateTime instances used for PimItem::datetime &
PimItem::atime and being based on a timezone different from the one used for
the db.
SOLUTION:
?
I guess the mysql akonadi backend would need to know what timezone is used for
the database and adjust/normalize the QDateTime instances accordingly before
passing things over to the Qt db driver.
Then there is also the issue of migrating existing databases once this is
fixed. Even more as one cannot be sure that the current stored values are all
based on UTC or perhaps something else, depending on what the resources use.
--
You are receiving this mail because:
You are the
[korganizer] [Bug 405714] trivial appearance bug
https://bugs.kde.org/show_bug.cgi?id=405714 Friedrich W. H. Kossebau changed: What|Removed |Added Latest Commit||https://invent.kde.org/pim/ ||eventviews/commit/fc416e6b1 ||6ed6ad165bf66de7bbccc216e69 ||d2f1 Version Fixed In||5.19.0 Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #9 from Friedrich W. H. Kossebau --- Git commit fc416e6b16ed6ad165bf66de7bbccc216e69d2f1 by Friedrich W. H. Kossebau. Committed on 29/11/2021 at 06:10. Pushed by kossebau into branch 'release/21.12'. Agenda view: fix misalignement of allday view & day headers \wo scrollbar FIXED-IN: 5.19.0 M +35 -9src/agenda/agendaview.cpp M +1-0src/agenda/agendaview.h https://invent.kde.org/pim/eventviews/commit/fc416e6b16ed6ad165bf66de7bbccc216e69d2f1 -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 405714] trivial appearance bug
https://bugs.kde.org/show_bug.cgi?id=405714 --- Comment #8 from Friedrich W. H. Kossebau --- Even simpler to reproduce: zooming in & out using Ctrl + scrollwheel :) The linked MR fixes things for me, please have a look if you can. -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 405714] trivial appearance bug
https://bugs.kde.org/show_bug.cgi?id=405714 Friedrich W. H. Kossebau changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #5 from Friedrich W. H. Kossebau --- Just tested with latest development version (by resizing the window too a very large height, via moving the window by Alt+LMB partially out of screen and the enlarging by the bottom window border, multiple times). As I touched the code recently and still remember the scrollbar width considering code, will try this WE a patch. No promises though. -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 405714] trivial appearance bug
https://bugs.kde.org/show_bug.cgi?id=405714 --- Comment #4 from Friedrich W. H. Kossebau --- (In reply to Nils from comment #1) > Created attachment 143946 [details] > Screenshot of the observed behaviour Hi Nils, what version of KOrganizer have you been using for that screenshot? (In reply to Allen Winter from comment #2) > Friedrich, this may be related to your recent changes in eventviews maybe? My changes should not have changed any properties of those two Agenda widget instances, the relative layout structure around them is as before . The scrollbar appearing under certain condition would have another cause I would think. Even as the original bug report is from before that. -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 30331] implement moonphases in korganizer
https://bugs.kde.org/show_bug.cgi?id=30331 Friedrich W. H. Kossebau changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED Latest Commit||https://invent.kde.org/pim/ ||kdepim-addons/commit/e19f81 ||97b0e7111a1f401114790cf7549 ||c8e0f64 Version Fixed In||21.12 --- Comment #9 from Friedrich W. H. Kossebau --- Git commit e19f8197b0e7111a1f401114790cf7549c8e0f64 by Friedrich W. H. Kossebau. Committed on 02/11/2021 at 09:15. Pushed by kossebau into branch 'master'. Reenable lunarphases korganizer plugin, use icon instead of text Also remove Lunarphases::createWeekElements(), old code would add an icon for the whole week if on start of the week there is a lunar event, which is not really something wanted. sc-status-moon-phase-full.svg is a copy of Breeze's weather-clear-night.svg of KF 5.84, with the other icons derived from it. FIXED-IN: 21.12 M +1-2korganizer/plugins/CMakeLists.txt M +11 -0korganizer/plugins/lunarphases/CMakeLists.txt M +41 -17 korganizer/plugins/lunarphases/lunarphases.cpp M +17 -1korganizer/plugins/lunarphases/lunarphases.h A +24 -0 korganizer/plugins/lunarphases/pics/sc-status-moon-phase-first-quarter.svg A +23 -0 korganizer/plugins/lunarphases/pics/sc-status-moon-phase-full.svg A +24 -0 korganizer/plugins/lunarphases/pics/sc-status-moon-phase-last-quarter.svg A +24 -0korganizer/plugins/lunarphases/pics/sc-status-moon-phase-new.svg https://invent.kde.org/pim/kdepim-addons/commit/e19f8197b0e7111a1f401114790cf7549c8e0f64 -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 30331] implement moonphases in korganizer
https://bugs.kde.org/show_bug.cgi?id=30331 Friedrich W. H. Kossebau changed: What|Removed |Added CC||kosse...@kde.org --- Comment #8 from Friedrich W. H. Kossebau --- While 3 years ago with https://invent.kde.org/pim/kdepim-addons/-/commit/a678c6bafc232b8e131f69607bf6152635776766 a first lunar phase plugin finally had made it into a repo, it was disabled from build though quickly again by https://invent.kde.org/pim/kdepim-addons/-/commit/638772af958e05b74687f709244eb1760233003b (commit considered it "too ugly"). Building up on that there now is though a new variant up for review which uses icons instead of text, which might be less ugly: https://invent.kde.org/pim/kdepim-addons/-/merge_requests/12 -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 369486] "picture of the day" and "event of the day in history" are not displayed
https://bugs.kde.org/show_bug.cgi?id=369486 Friedrich W. H. Kossebau changed: What|Removed |Added Latest Commit||https://invent.kde.org/pim/ ||kdepim-addons/commit/120749 ||962e37f8713b32bfe9f5d8fa69a ||f19e9a8 Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #8 from Friedrich W. H. Kossebau --- Git commit 120749962e37f8713b32bfe9f5d8fa69af19e9a8 by Friedrich W. H. Kossebau. Committed on 19/10/2021 at 15:10. Pushed by kossebau into branch 'master'. Update KOrganizer POTD plugin for current Wikipedia API M +1-0korganizer/plugins/picoftheday/CMakeLists.txt A +385 -0korganizer/plugins/picoftheday/element.cpp [License: GPL(v2.0+)] A +95 -0korganizer/plugins/picoftheday/element.h [License: GPL(v2.0+)] M +23 -280 korganizer/plugins/picoftheday/picoftheday.cpp M +5-53 korganizer/plugins/picoftheday/picoftheday.h https://invent.kde.org/pim/kdepim-addons/commit/120749962e37f8713b32bfe9f5d8fa69af19e9a8 -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 369486] "picture of the day" and "event of the day in history" are not displayed
https://bugs.kde.org/show_bug.cgi?id=369486 Friedrich W. H. Kossebau changed: What|Removed |Added CC||kosse...@kde.org --- Comment #7 from Friedrich W. H. Kossebau --- Candidate MR to restore the "Picture of the day" plugin up at https://invent.kde.org/pim/kdepim-addons/-/merge_requests/17 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 390002] Message viewer: attached .doc file is shown as encrypted
https://bugs.kde.org/show_bug.cgi?id=390002 --- Comment #8 from Friedrich W. H. Kossebau --- Thanks for the quick reply and research, Ingo. Okay, so we need to fix/improve things on our side. Only on my schedule for next week#'s WE to continue here, so anyone is invited to have a look & go themselves until ;) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 390002] Message viewer: attached .doc file is shown as encrypted
https://bugs.kde.org/show_bug.cgi?id=390002 Friedrich W. H. Kossebau changed: What|Removed |Added CC||kloec...@kde.org, ||kosse...@kde.org --- Comment #5 from Friedrich W. H. Kossebau --- Bug is still present in master branches of today, for the same reason as mentioned in comment 3. Pulling Ingo as a representative(? if not, please forward) of GPGMe into the discussion, to ask whether this should be also considered a bug in GPGMe that a msword or odt data blob is detected to be of type GpgME::Data::PGPOther? Works properly to report GpgME::Data::Unknown e.g. for PDF data blobs for me. On our side should registering EncryptedBodyPartFormatter as handler for "application/octet-stream" indeed be reconsidered and probably replaced with some special handling for known cases where the content type is not properly set to "text/pgp"? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 416700] Folder list: the Size" column has too large width, unchangeable, showing size numbers out of view
https://bugs.kde.org/show_bug.cgi?id=416700 Friedrich W. H. Kossebau changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |UPSTREAM --- Comment #1 from Friedrich W. H. Kossebau --- I looked around in the respective codebases, but could not find a reason why such a large minimum column size was calculated, also could not reproduce in a separate account. I then removed the State entry from the [CollectionFolderView] entry in kmail2rc, restarted kmail, and the issue was gone. So seems Qt had some internal bad state encoded in that data blob which enforced the insane large column width, possibly some incompatibility acros versions. Sadly I lost the value of the State entry, so also cannot try to investigate where Qt might need fixing. Thus just closing now, as it seems no bug in KDE code :) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 421251] KMail fails to parse encoded "From:" created by "X-Mailer: Sun Java(tm) System Messenger Express"
https://bugs.kde.org/show_bug.cgi?id=421251
--- Comment #5 from Friedrich W. H. Kossebau ---
Today I upgraded to 5.14.1, and in the full email display in the From: line the
name is now properly shown ("Iñigo ..."), so might be fixed with that version
indeed.
Not yet in the folder listing though.
Possibly due to being data coming from Akonadi and being cached with the old
broken string? "Update Foldeer (F5)" did not have any effect here, could that
be related to the folder being a maildir(?) (local-mail) one? How could I
trigger an update of the folder list?
--
You are receiving this mail because:
You are the assignee for the bug.
[kmail2] [Bug 421251] KMail fails to parse encoded "From:" created by "X-Mailer: Sun Java(tm) System Messenger Express"
https://bugs.kde.org/show_bug.cgi?id=421251
--- Comment #3 from Friedrich W. H. Kossebau ---
Yes, the "dolphin incorrect string" mail.
Could my locale "de_DE.UTF-8" have any effect? Or the database used? Or the
file being stored in mbox for me?
Looking at the test case you added, I see a string
--- 8< ---
QByteArray("=?ISO-8859-1?Q?I=F1igo?= Salvador Azurmendi
"
--- 8< ---
where the data I see in the raw file in my maildir (?) folder has this:
--- 8< ---
From: =?iso-8859-1?Q?=22I=F1igo_Salvador_Azurmendi=22?=
--- 8< ---
with the second line starting with a space.
Forgot to mention other software versions:
Qt 5.14.1
KF 5.69
KDEPIM 20.04
(openSUSE TW)
--
You are receiving this mail because:
You are the assignee for the bug.
[kmail2] [Bug 421251] New: KMail fails to parse encoded "From:" created by "X-Mailer: Sun Java(tm) System Messenger Express"
https://bugs.kde.org/show_bug.cgi?id=421251 Bug ID: 421251 Summary: KMail fails to parse encoded "From:" created by "X-Mailer: Sun Java(tm) System Messenger Express" Product: kmail2 Version: 5.14.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: kosse...@kde.org Target Milestone: --- Some email just arrived on kde-i18n-doc-boun...@kde.org which is displayed to be from a user "". Seems the From: entry is not properly parsed, or needs help to handle some broken content? ---8<--- X-Mailer: Sun Java(tm) System Messenger Express 6.2-9.09 (built Jan 8 2008) From: =?iso-8859-1?Q?=22I=F1igo_Salvador_Azurmendi=22?= ---8<--- -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 418001] New: Akonadi crashing almost hourly since recently
https://bugs.kde.org/show_bug.cgi?id=418001 Bug ID: 418001 Summary: Akonadi crashing almost hourly since recently Product: Akonadi Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: kosse...@kde.org Target Milestone: --- Application: akonadiserver (5.13.2 (19.12.2)) Qt Version: 5.14.1 Frameworks Version: 5.67.0 Operating System: Linux 5.5.4-1-default x86_64 Windowing system: X11 Distribution: "openSUSE Tumbleweed" -- Information about the crash: Since somewhere last week Akonadi crashes again & again. In that time my system upgraded to Qt 5.14.1 or Akonadi 19.12.2 from 5.14.0 & 19.12.1, so something in the new version might be the culprit. Had no time to investigate further sadly. The crash can be reproduced sometimes. -- Backtrace (Reduced): #6 QDBusMarshaller::append (arg=..., this=0x7f95f8007e90) at qdbusmarshaller.cpp:175 #7 QDBusMarshaller::append (arg=..., this=0x7f95f8007e90) at qdbusmarshaller.cpp:167 #8 QDBusArgument::operator<< (this=this@entry=0x7f960dffa430, arg=...) at qdbusargument.cpp:547 #9 0x55fe363f1eff in operator<< (list=..., arg=...) at /usr/include/qt5/QtDBus/qdbusargument.h:264 #10 qDBusMarshallHelper > (arg=..., t=) at /usr/include/qt5/QtDBus/qdbusmetatype.h:68 Possible duplicates by query: bug 413844, bug 413291, bug 412955, bug 403101, bug 398191. Reported using DrKonqi -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 416700] New: Folder list: the Size" column has too large width, unchangeable, showing size numbers out of view
https://bugs.kde.org/show_bug.cgi?id=416700 Bug ID: 416700 Summary: Folder list: the Size" column has too large width, unchangeable, showing size numbers out of view Product: kmail2 Version: 5.12.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: folders Assignee: kdepim-bugs@kde.org Reporter: kosse...@kde.org Target Milestone: --- SUMMARY When enabling the column "Size" for the treeview of folders (via the RMB context menu), the width of that column is enormously large, also cannot be resized to something smaller it seems (tried by scrolling the view to the right & grepping the right size of the "Size" column header, but never reached a smaller size, despite all flickering which would have hinted resize happening). This makes the "Size" column unusable, as the numbers will be always out of view. The other columns behave as expected, starting with sane size & being resizable as wanted. Enabling & disabling all combinations of columns did not have any effect, the "Size" column always was with that insane width, and only it. STEPS TO REPRODUCE 1. Run KMail 2. RMB on header of folder list tree view 3. Enable column "Size" OBSERVED RESULT Column "Size" added having immense width, resulting in minimal small handle in the horizontal scrollbar. While the list header shows the left aligned "Size" label still the inside view (when folder list view accordingly sized), the size values are right aligned in the actual column area and thus out of view, unless one moves the horizontal scrollbar to the very right, and thus no longer seeing the other columns. EXPECTED RESULT The column "Size" should appear with a sane initial size, and be resizable to what the user prefers. So that it is possible to see all columns at the same time. SOFTWARE/OS VERSIONS KDE Frameworks Version: 5.66 Qt Version: 5.14 but seen also before since ages, should have reported earlier :) ) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 411836] New: Folder settings for expired message stores bad values (maildir)
https://bugs.kde.org/show_bug.cgi?id=411836 Bug ID: 411836 Summary: Folder settings for expired message stores bad values (maildir) Product: kmail2 Version: 5.12.0 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: folders Assignee: kdepim-bugs@kde.org Reporter: kosse...@kde.org Target Milestone: --- SUMMARY Some values of the settings for the handling of expired messages seem to be wrongly displayed in the folder properties dialog (only tested with maildir one), and then written out as such on next save of settings. See with "Deadline for unread" & "Move expired messages to:" (?, German UI right now). STEPS TO REPRODUCE 1. Open folder properties dialog, tab "Expired" (?) 2. Enable "Deadline for unread"(?) checkbox, enter "14 days" 3. Select "Move expired messages to:" (?), select trash folder 4. Click "Ok" to close the dialog. 5. Reopen the dialog, same tab OBSERVED RESULT * entry for deadline of unread turned to "22044 days" * folder for expired messages turned to blank EXPECTED RESULT * entry for deadline as entered before, "30 days" * folder for expired messages as entered before, the trash folder -- You are receiving this mail because: You are the assignee for the bug.
[kleopatra] [Bug 394400] Tray Icon Kubuntu 18.04
https://bugs.kde.org/show_bug.cgi?id=394400 Friedrich W. H. Kossebau <kosse...@kde.org> changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://commits.kde.org/pla ||sma-framework/b6a6e95afce78 ||9ad3ade377edd7719bb57fb7978 Status|CONFIRMED |RESOLVED --- Comment #3 from Friedrich W. H. Kossebau <kosse...@kde.org> --- Git commit b6a6e95afce789ad3ade377edd7719bb57fb7978 by Friedrich W. H. Kossebau. Committed on 18/05/2018 at 18:57. Pushed by kossebau into branch 'master'. [Breeze Plasma Theme] Fix kleopatra icon to use color stylesheet Summary: Had hardcoded colors before. Test Plan: Looks properly in cuttlefish in black/white mode, both inverted & non-inverted. Reviewers: #plasma, aheinecke Reviewed By: aheinecke Subscribers: kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D12959 M +---src/desktoptheme/breeze/icons/kleopatra.svgz https://commits.kde.org/plasma-framework/b6a6e95afce789ad3ade377edd7719bb57fb7978 -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 375714] Crash on akonadictl stop (while filteragent was hanging)
https://bugs.kde.org/show_bug.cgi?id=375714 --- Comment #1 from Friedrich W. H. Kossebau <kosse...@kde.org> --- This from the log might be interesting as well: org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_akonotes_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_migration_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_archivemail_agent' exited normally... Settings(0x22882e0) org.kde.pim.akonadicontrol: ProcessControl: Application "/usr/bin/akonadi_mailfilter_agent" stopped unexpectedly ( "Der Prozess ist abgestürzt" ) org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_mailfilter_agent' crashed. No restart! org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_newmailnotifier_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_pop3_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_birthdays_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_indexing_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_followupreminder_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_maildispatcher_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_notes_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_vcard_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_imap_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_maildir_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_sendlater_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_contacts_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_ical_resource' exited normally... KCrash: Application 'akonadiserver' crashing... KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit sock_file=/run/user/1000/kdeinit5__0 QSocketNotifier: Invalid socket 31 and type 'Read', disabling... QSocketNotifier: Invalid socket 43 and type 'Read', disabling... QSocketNotifier: Invalid socket 48 and type 'Read', disabling... QSocketNotifier: Invalid socket 51 and type 'Read', disabling... QSocketNotifier: Invalid socket 53 and type 'Read', disabling... QSocketNotifier: Invalid socket 34 and type 'Read', disabling... QSocketNotifier: Invalid socket 49 and type 'Read', disabling... QSocketNotifier: Invalid socket 46 and type 'Read', disabling... QSocketNotifier: Invalid socket 52 and type 'Read', disabling... QSocketNotifier: Invalid socket 6 and type 'Read', disabling... QSocketNotifier: Invalid socket 24 and type 'Read', disabling... QSocketNotifier: Invalid socket 21 and type 'Read', disabling... QSocketNotifier: Invalid socket 167 and type 'Read', disabling... QMYSQLResult::cleanup: unable to free statement handle org.kde.pim.akonadiserver: Unknown exception caught in Connection for session "akonadi_mailfilter_agent" org.kde.pim.akonadicontrol: ProcessControl: Application "akonadiserver" stopped unexpectedly ( "Der Prozess ist abgestürzt" ) org.kde.pim.akonadicontrol: Application 'akonadiserver' crashed. No restart! -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 375714] New: Crash on akonadictl stop (while filteragent was hanging)
https://bugs.kde.org/show_bug.cgi?id=375714 Bug ID: 375714 Summary: Crash on akonadictl stop (while filteragent was hanging) Product: Akonadi Version: 5.4.1 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: kosse...@kde.org Target Milestone: --- Created attachment 103699 --> https://bugs.kde.org/attachment.cgi?id=103699=edit Stacktrace KMail showed the filter agent doing some job for ages in the statusbar, while emails came in unfiltered. When doing "akonadictl stop" in the process to reset things, drkonqi catched this crash, see attached backtrace. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 374514] New: Crash on akonadictl stop
https://bugs.kde.org/show_bug.cgi?id=374514 Bug ID: 374514 Summary: Crash on akonadictl stop Product: Akonadi Version: 5.4.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: kosse...@kde.org Target Milestone: --- - What I was doing when the application crashed: The filter agent started to do strange things, like moving any emails into wrong folders when selecting them in the KMail UI, but not handling incoming emails at all, with such errors in the mysql log: [ERROR] mysqld: Deadlock found when trying to get lock; try restarting transaction So I called "akonadictl stop" to make it stop, to start it again hoping for some clean-up on start, but on that akonadiserver crashed: -- Backtrace: Application: akonadiserver (akonadiserver), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f11e30788c0 (LWP 24255))] Thread 22 (Thread 0x7f11bd61e700 (LWP 26708)): #0 0x7f11dfc1e4b8 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f11e198b2b6 in QWaitConditionPrivate::wait_relative (time=3, this=0x7f11c8055760) at thread/qwaitcondition_unix.cpp:133 #2 QWaitConditionPrivate::wait (time=3, this=0x7f11c8055760) at thread/qwaitcondition_unix.cpp:141 #3 QWaitCondition::wait (this=this@entry=0x7f11c80555a0, mutex=mutex@entry=0x7f11c80035a0, time=3) at thread/qwaitcondition_unix.cpp:215 #4 0x7f11e1986ae2 in QThreadPoolThread::run (this=0x7f11c8055590) at thread/qthreadpool.cpp:133 #5 0x7f11e198a4c8 in QThreadPrivate::start (arg=0x7f11c8055590) at thread/qthread_unix.cpp:368 #6 0x7f11dfc18454 in start_thread () from /lib64/libpthread.so.0 #7 0x7f11e108037f in clone () from /lib64/libc.so.6 Thread 21 (Thread 0x7f113fff7700 (LWP 26707)): #0 0x7f11dfc1e4b8 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f11e198b2b6 in QWaitConditionPrivate::wait_relative (time=3, this=0x7f11c80552f0) at thread/qwaitcondition_unix.cpp:133 #2 QWaitConditionPrivate::wait (time=3, this=0x7f11c80552f0) at thread/qwaitcondition_unix.cpp:141 #3 QWaitCondition::wait (this=this@entry=0x7f11c8055130, mutex=mutex@entry=0x7f11c80035a0, time=3) at thread/qwaitcondition_unix.cpp:215 #4 0x7f11e1986ae2 in QThreadPoolThread::run (this=0x7f11c8055120) at thread/qthreadpool.cpp:133 #5 0x7f11e198a4c8 in QThreadPrivate::start (arg=0x7f11c8055120) at thread/qthread_unix.cpp:368 #6 0x7f11dfc18454 in start_thread () from /lib64/libpthread.so.0 #7 0x7f11e108037f in clone () from /lib64/libc.so.6 Thread 20 (Thread 0x7f1142ffd700 (LWP 26706)): #0 0x7f11dfc1e4b8 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f11e198b2b6 in QWaitConditionPrivate::wait_relative (time=3, this=0x7f11c8054e20) at thread/qwaitcondition_unix.cpp:133 #2 QWaitConditionPrivate::wait (time=3, this=0x7f11c8054e20) at thread/qwaitcondition_unix.cpp:141 #3 QWaitCondition::wait (this=this@entry=0x7f11c8044840, mutex=mutex@entry=0x7f11c80035a0, time=3) at thread/qwaitcondition_unix.cpp:215 #4 0x7f11e1986ae2 in QThreadPoolThread::run (this=0x7f11c8044830) at thread/qthreadpool.cpp:133 #5 0x7f11e198a4c8 in QThreadPrivate::start (arg=0x7f11c8044830) at thread/qthread_unix.cpp:368 #6 0x7f11dfc18454 in start_thread () from /lib64/libpthread.so.0 #7 0x7f11e108037f in clone () from /lib64/libc.so.6 Thread 19 (Thread 0x7f11407f8700 (LWP 26705)): #0 0x7f11dfc1e4b8 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f11e198b2b6 in QWaitConditionPrivate::wait_relative (time=3, this=0x7f11c8055bd0) at thread/qwaitcondition_unix.cpp:133 #2 QWaitConditionPrivate::wait (time=3, this=0x7f11c8055bd0) at thread/qwaitcondition_unix.cpp:141 #3 QWaitCondition::wait (this=this@entry=0x7f11c8055a10, mutex=mutex@entry=0x7f11c80035a0, time=3) at thread/qwaitcondition_unix.cpp:215 #4 0x7f11e1986ae2 in QThreadPoolThread::run (this=0x7f11c8055a00) at thread/qthreadpool.cpp:133 #5 0x7f11e198a4c8 in QThreadPrivate::start (arg=0x7f11c8055a00) at thread/qthread_unix.cpp:368 #6 0x7f11dfc18454 in start_thread () from /lib64/libpthread.so.0 #7 0x7f11e108037f in clone () from /lib64/libc.so.6 Thread 18 (Thread 0x7f11427fc700 (LWP 26704)): #0 0x7f11dfc1e4b8 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f11e198b2b6 in QWaitConditionPrivate::wait_relative (time=3, this=0x7f11c8056040) at thread/qwaitcondition_unix.cpp:133 #2 QWaitConditionPrivate::wait (time=3, this=0x7f11c8056040) at thread/qwaitcondition_unix.cpp:141 #3 QWaitCondition::wait (this=this@entry=0x7f11c8055e80, mutex=mutex@entry=0x7f11c80035a0, time=3) at
[kdepim] [Bug 364994] Kmail crash when deleting message in thread view
https://bugs.kde.org/show_bug.cgi?id=364994 Friedrich W. H. Kossebau <kosse...@kde.org> changed: What|Removed |Added CC||kosse...@kde.org --- Comment #13 from Friedrich W. H. Kossebau <kosse...@kde.org> --- The pattern for me so far is that these crashes happen when I delete the root-email of a thread, with the thread unfolded. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 361669] New: Composer turns no-break space into normal space
https://bugs.kde.org/show_bug.cgi?id=361669 Bug ID: 361669 Summary: Composer turns no-break space into normal space Product: kmail2 Version: 5.1.3 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: kosse...@kde.org Pasting some plain text into the plain text editor seems to convert no-break space into normal space. At least the no-break space is not respected on word-wrapping and also when copying text out of the email is is copied as normal space. Given no-break space is a normal UTF-8 char and has its use cases this is not nice. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 110978] Discarded emails should be trashed and not completly deleted
https://bugs.kde.org/show_bug.cgi?id=110978 Friedrich W. H. Kossebau kosse...@kde.org changed: What|Removed |Added Status|RESOLVED|REOPENED Component|general |composer Resolution|UNMAINTAINED|--- Product|kmail |kmail2 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 110029] Warn sender about thread hijacking
https://bugs.kde.org/show_bug.cgi?id=110029 Friedrich W. H. Kossebau kosse...@kde.org changed: What|Removed |Added Status|RESOLVED|REOPENED Component|general |composer Resolution|UNMAINTAINED|--- Product|kmail |kmail2 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 137778] support for multiple xfaces to select one from in composer to show e.g. current emotion
https://bugs.kde.org/show_bug.cgi?id=137778 Friedrich W. H. Kossebau kosse...@kde.org changed: What|Removed |Added Status|RESOLVED|REOPENED Component|general |composer Resolution|UNMAINTAINED|--- Product|kmail |kmail2 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 137780] Show base emotion of email as property in overview
https://bugs.kde.org/show_bug.cgi?id=137780 Friedrich W. H. Kossebau kosse...@kde.org changed: What|Removed |Added Status|RESOLVED|REOPENED Component|general |general Resolution|UNMAINTAINED|--- Product|kmail |kmail2 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 178213] Rights management for email content (to prevent sending private stuff to public ML)
https://bugs.kde.org/show_bug.cgi?id=178213 Friedrich W. H. Kossebau kosse...@kde.org changed: What|Removed |Added Status|RESOLVED|REOPENED Component|general |general Resolution|UNMAINTAINED|--- Product|kmail |kmail2 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 182614] autoselect identity on matching domain name of recipient
https://bugs.kde.org/show_bug.cgi?id=182614 Friedrich W. H. Kossebau kosse...@kde.org changed: What|Removed |Added Status|RESOLVED|REOPENED Component|sending |composer Resolution|UNMAINTAINED|--- Product|kmail |kmail2 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 163084] Make Reply to template text depend on the relationship level
https://bugs.kde.org/show_bug.cgi?id=163084 Friedrich W. H. Kossebau kosse...@kde.org changed: What|Removed |Added Status|RESOLVED|REOPENED Component|templates |composer Resolution|UNMAINTAINED|--- Product|kmail |kmail2 --- Comment #2 from Friedrich W. H. Kossebau kosse...@kde.org --- Rereading this request I remember that in some cultures like Japanese there is even more emphasize on the language reflecting the social relationships. Cmp. http://en.wikipedia.org/wiki/Honorific_speech_in_Japanese So it would be cool if contacts could be tagged with a social relationship status and the composer would _automatically_ select the proper template text based on the relationship level. Once the concept of contact subidentities/roles (like business, private) is implemented in KDEPIM, the relationship tag would be ideally on the role, so an email to the private identity of a contact would use the correspoding template and an email to the business identity another. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 182614] autoselect identify based on matching domain name of recipient
http://bugs.kde.org/show_bug.cgi?id=182614 --- Comment #3 from Friedrich W. H. Kossebau kossebau kde org 2009-02-07 16:43:22 --- Oh, and I forgot about the initial usecase: Click on a mailto: link in some webpage (that's what it to abstractly described with mail composer is requested). If I click on mailto:bu...@kde.org I want my secondlife identity preset. There is no folder involved, so Jaime's proposed solution doesn't work there. Hope that shows the usefulness now better. :) -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 182614] autoselect identify based on matching domain name of recipient
http://bugs.kde.org/show_bug.cgi?id=182614 --- Comment #4 from Friedrich W. H. Kossebau kossebau kde org 2009-02-07 16:45:47 --- Fix: [...] (that is what I too abstractly described with [...] -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 58954] Split kmailrc (was: All settings lost on power loss)
http://bugs.kde.org/show_bug.cgi?id=58954 Friedrich W H Kossebau kossebau kde org changed: What|Removed |Added CC||kosse...@kde.org --- Comment #12 from Friedrich W. H. Kossebau kossebau kde org 2009-02-01 21:42:34 --- Another reason to split kmailrc is this IMHO: I am running KDE 3.5, but installed KDE4 for another user. In my KDE3 session I started kopete via F2. Seems Opensuse has a flaw, because Kopete of KDE4 was started, which triggered possibly Akonadi and whatnot, at least the KDE4 update scripts for kmailrc was run in the back (and Kopete never started, hu?). On the next start of KMail my accounts were gone (in the view), (Pop/Imap instead of pop/imap as values for type key in the config), on exit even removed from kmailrc (due to accounts=0). Old version of kmailrc to the rescue - well, including a lot of work, because of all the filters and folder settings which had changed as well, so I had a hard time to tell what the changes were (and I was to lazy to search for the update scripts and find out what was supposed to be changed, now that I think of) So please consider storing the settings of the accounts/transports, those of the templates, those of the filters and those of the folders in different files, as they can get very large. Otherwise there is not much difference between to the Win registry ;) -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 178213] Rights management for email content (to prevent sending private stuff to public ML)
http://bugs.kde.org/show_bug.cgi?id=178213 --- Comment #2 from Friedrich W. H. Kossebau kossebau kde org 2008-12-20 04:08:29 --- Christoph, there are also mailinglists whose content should be private with the list members. Not all mailinglists are with public subscription and archives, e.g. of a sports club, a company or similar. And not all friends should receive the content one sends to some (closer) friends. Think of things like job/relationship problems, but also marriage surprise preparations. So I do not think a level-only approach helps much, or how would you solve this with levels? From an abstract POV this is the same as with right managements of files. Just that it includes people not registered to the computer system, but still to your address book (and thus to your own virtual computer system). -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 163084] New: Make Reply to template text depend on the relationship level
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=163084 Summary: Make Reply to template text depend on the relationship level Product: kmail Version: unspecified Platform: Compiled Sources OS/Version: Linux Status: NEW Severity: wishlist Priority: NOR Component: general AssignedTo: kdepim-bugs kde org ReportedBy: kossebau kde org Version:(using Devel) Installed from:Compiled sources Several times I got requests why I sieze someone (addressed someone formally) in the reply header, while we are at an informal level: Am Sonntag schrieben Sie: It would be great if there was an entry with the addresses of the relationship status, so e.g. in german it would be Am Sonntag schriebst Du: for good fellows and Am Sonntag schrieben Sie: for the rest in the resulting standard reply. And this automatically, without the user needing to select a dedicated template, but just pressing Reply. No idea how to implement this best, though. This entry is more of a use case. :) ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
