[akregator] [Bug 144540] aKregator unable to parse rss/xml on empty header
https://bugs.kde.org/show_bug.cgi?id=144540 --- Comment #5 from gianogli --- I have the same issue with the rss/xml page of the "Computer Security Incident Response Team -Italy". You can find it at https://csirt.gov.it/data/indexer/rss It start without the headers but it works on other readers. I attached the xml file. -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 144540] aKregator unable to parse rss/xml on empty header
https://bugs.kde.org/show_bug.cgi?id=144540 gianogli changed: What|Removed |Added CC||giano...@tiscali.it --- Comment #4 from gianogli --- Created attachment 130112 --> https://bugs.kde.org/attachment.cgi?id=130112=edit XML file -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 424132] New: Ugly resources name with incremental ID
https://bugs.kde.org/show_bug.cgi?id=424132 Bug ID: 424132 Summary: Ugly resources name with incremental ID Product: Akonadi Version: 5.14.2 Platform: Debian testing OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: giano...@tiscali.it Target Milestone: --- When I open a fresh installation of Kmail2 and I create a new maildir resource its name is "akonadi_maildir_resource_0". When I create the second one its name is "akonadi_maildir_resource_1" and so on... If I delete this 2 accounts and try to create a new maildir resource its name is "akonadi_maildir_resource_2" even if I have no "akonadi_maildir_resource_0" and "akonadi_maildir_resource_1" configured. In this situation I expect to see again a new "akonadi_maildir_resource_0" resource and not one named "akonadi_maildir_resource_2". I have this behavior with all the resources and even if a click on "Add..." -> "Custom account" -> Maildir/Mbox/POP3/... -> "OK" and then immediately on "Cancel" the ID of the resources grows continuously. I tried also to run "akonadictl vacuum" and "akonadictl fsck" but I'm not able to restart my configuration from the ID "0". This is annoying. All the resources used in the past seems to be inside ".local/share/akonadi/db_data/ibdata1" DB even if they are been cancelled from the configuration. This behavior has been implemented because into akonadi DB you can't reuse an old resource's ID already allocated in the past. It is right? I could understand that, but for the end user this behavior could be associated with a bug in akonadi or with a problem in the GUI or with a not good/clean implementation. I think that for the end user would be better see a random ID or simply "akonadi_maildir_resource" keeping the ID information under the hood. Have 4 POP3 resource named "akonadi_pop3_resource_1", "akonadi_pop3_resource_17", "akonadi_pop3_resource_23" and "akonadi_pop3_resource_31" only because he made some tests during the configuration of his accounts, is not good to see... This is my opinion, obviously, but I hope that this behavior will change in the near future. Thanks for your great work in akonadi. ;-) -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 424114] New: akonadi_pop3_resource crashes aborting his configuration
https://bugs.kde.org/show_bug.cgi?id=424114
Bug ID: 424114
Summary: akonadi_pop3_resource crashes aborting his
configuration
Product: Akonadi
Version: 5.14.2
Platform: Debian testing
OS: Linux
Status: REPORTED
Severity: crash
Priority: NOR
Component: POP3 Resource
Assignee: kdepim-b...@kde.org
Reporter: giano...@tiscali.it
CC: aa...@kde.org
Target Milestone: ---
SUMMARY
The crash can be reproduced every time from kmail2, starting from an akonadi
and kmail2 clean configuration.
STEPS TO REPRODUCE
1. Open Kmail2 and go to "Settings" -> "Configure Kmail"
2. The open "Receiving" tab in "Accounts"
3. Click on "Add.." then "Custom Account"
4. Choose "POP3 E-Mail Server"
5. Simply click on "Cancel" into the "POP3 Account Configuration" window to
exit (without change any parameters)
OBSERVED RESULT
The "POP3 Account Configuration" windows disappear with an
akonadi_pop3_resource crash.
EXPECTED RESULT
No crash
SOFTWARE/OS VERSIONS
Application: akonadi_pop3_resource (5.14.1 (20.04.0))
Qt Version: 5.14.2
Frameworks Version: 5.70.0
Operating System: Linux 5.7.0-1-amd64 x86_64
Distribution: Debian GNU/Linux bullseye/sid
ADDITIONAL INFORMATION
No backtrace available. ("The debugger has quit unexpectedly" message into the
KDE Crash Handler)
Executable: akonadi_pop3_resource PID: 6.761 Signal: Segmentation fault (11)
--
You are receiving this mail because:
You are watching all bug changes.
[kmail2] [Bug 398054] Attached HTML files are managed as "body part"
https://bugs.kde.org/show_bug.cgi?id=398054 gianogli changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #7 from gianogli --- @Laurent: I've this issue also with the last 5.9.x versione I tested by using a Neon iso. Do you need other information? Thanks... ;-) -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 398054] Attached HTML files are managed as "body part"
https://bugs.kde.org/show_bug.cgi?id=398054 gianogli changed: What|Removed |Added Version|5.7.3 |5.9.0 --- Comment #5 from gianogli --- I've just tried kmail 5.9.1 (on Neon) and I can confirm the issue. When I receive an e-mail with a big (~8MB) HTML file attached I'm not able to view the content of the e-mail (the "message preview pane" is stuck on the previous e-mail shown). When I receive instead an e-mail with a not so big (~2MB) HTML file attached I've to wait some seconds to view the content of the e-mail. I think that the issue is due to the fact that kmail "wrongly" manage the HTML attached file as a "body part" (by trying to parse/open it) and not as a canonical attached file (that should be opened by an external program). What do you think? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 398054] Attached HTML files are managed as "body part"
https://bugs.kde.org/show_bug.cgi?id=398054 --- Comment #4 from gianogli --- (In reply to Laurent Montel from comment #3) > it's a png image :) not a html file :) What? My attachment? Yes, is a png image but show what happen when I receive an e-mail with an HTML file attached... By any chance do you know which linux (live) distro have already the last version of kmail? Thanks... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 398054] Attached HTML files are managed as "body part"
https://bugs.kde.org/show_bug.cgi?id=398054 --- Comment #2 from gianogli --- (In reply to Laurent Montel from comment #1) > 5.7.3 is very old we released 5.9.0 one month ago. > Could you verify with new version please ? Unfortunately, on Debian (testing), is available only this (5.7.3) version. I could try with a live (and more updates) distro but I need free time to test it... If you are using the last version, could you verify if the behavior with the attached HTML files is the same? Thanks... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 398054] New: Attached HTML files are managed as "body part"
https://bugs.kde.org/show_bug.cgi?id=398054 Bug ID: 398054 Summary: Attached HTML files are managed as "body part" Product: kmail2 Version: 5.7.3 Platform: Debian testing OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: giano...@tiscali.it Target Milestone: --- Created attachment 114694 --> https://bugs.kde.org/attachment.cgi?id=114694=edit Issue with a not too big HTML file When I receive an e-mail with a big (> 4MB) HTML file attached, kmail take a long time to show the preview of the message (in HTML format) because it wrongly manage the attached file as a "body part". With this kind of e-mail if I try to click on the "HTML side bar" to switch to the "plain massage" format it doesn't works and remain in the "html message" format. I think that the problem is due to the way that kmail manages the HTML files attached to an e-mail: kmail considers this files as a body part of the e-mail and it tries to preview them instead of show only the file name at the end of the body text (as it happens, in instance for a zip file). There is a way to consider an HTML attached file as a normal file and then disable its preview? If not, could you change this behavior? If I click on an e-mail with a very big HTML attachment kmail became unresponsive for a long period: for this reason I set the severity of this bug to "major". Thanks... -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 373274] ksmserver eats memory and does not lock screen
https://bugs.kde.org/show_bug.cgi?id=373274 gianogli <giano...@tiscali.it> changed: What|Removed |Added CC||giano...@tiscali.it --- Comment #3 from gianogli <giano...@tiscali.it> --- I can confirm this bug. After 15 days, in my workstation, the ksmserver process is using 20GB of RAM. Is there a way to debug this leak? Thanks... I'm using Debian Testing with plasma-workspace 4:5.8.4-1 (amd64). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 357750] With plasma5 a user can't set a notification as persistent
https://bugs.kde.org/show_bug.cgi?id=357750 gianogli <giano...@tiscali.it> changed: What|Removed |Added CC||giano...@tiscali.it -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 357750] New: With plasma5 a user can't set a notification as persistent
https://bugs.kde.org/show_bug.cgi?id=357750 Bug ID: 357750 Summary: With plasma5 a user can't set a notification as persistent Product: plasmashell Version: 5.4.3 Platform: Debian testing OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: Notifications Assignee: mklape...@kde.org Reporter: giano...@tiscali.it CC: plasma-b...@kde.org Only a persistent notification is inserted into the Notification (history) widget. But an user can't set (or unset) the "persistent" option of a notification. Reproducible: Always Steps to Reproduce: 1. Open any configuration window to set the notifications 2. Chose an important event that should be notified to the user 3. Set the "Show a message in a popup" Actual Results: The enabled notification for the chosen important event, is not persistent. (When the popup disappears, the Notifications widget into the taskbar contains only the "No new notifications" string) Expected Results: I expect to have the possibility to choose myself (with an additional flag near the "Show a message in a popup" option or into the popup) such notifications are persistent for me. If I lock the screen or if I go to talk to my colleagues for some seconds, when I come back to desktop or I unlock the screen I haven't any information about the important events (for me!) happened. For instance I don't know if emails have arrived, if there was any bell on one of my console sessions, if backup script have finished successfully, ... This behavior is very very very annoying and some KDE users could loose a lot of time to verify each time if some events are happened. -- You are receiving this mail because: You are watching all bug changes.
