[kmail] [Bug 116212] KMail composer doesn't let the user select which account to send the email from
https://bugs.kde.org/show_bug.cgi?id=116212 --- Comment #11 from Ryein Goddard --- Created attachment 169789 --> https://bugs.kde.org/attachment.cgi?id=169789&action=edit identity versus from The "identity" drop down is an actual selection of what email you want to send from. The "From" is just a input box you would need to type. This doesn't make sense. -- You are receiving this mail because: You are the assignee for the bug.
[kmail] [Bug 116212] KMail composer doesn't let the user select which account to send the email from
https://bugs.kde.org/show_bug.cgi?id=116212 --- Comment #10 from Ryein Goddard --- (In reply to Christophe Marin from comment #9) > Again, this is your point of view. Most users only have one identity set up > and showing this dropdown menu by default would waste space for them. > > What is missing however is the selection of aliases addresses when they > exist. This is already reported (https://bugs.kde.org/show_bug.cgi?id=400851) The drop down for identities takes up the same space as a single input slot so what you are saying doesn't make sense to me. -- You are receiving this mail because: You are the assignee for the bug.
[kmail] [Bug 116212] KMail composer doesn't let the user select which account to send the email from
https://bugs.kde.org/show_bug.cgi?id=116212 --- Comment #8 from Ryein Goddard --- (In reply to Christophe Marin from comment #7) > I don't see any need to reopen a 18 years old bug because kmail doesn't work > the way *you* want. > > comment #1 is still valid. Can we please address the fact that when writing a new email a new user using Kmail won't be able to see which email they can use to send an email with. It is normal in pretty much every single email client I have ever used that you have a drop down. Kmail does in fact have this "identity" drop down you just have to enable it. Currently it has a input box rather than a drop down. All I am saying is switch it around and people would be far less confused. This is for sure a usability bug at the very least. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 486526] panel actions missing
https://bugs.kde.org/show_bug.cgi?id=486526 --- Comment #1 from Ryein Goddard --- Created attachment 169156 --> https://bugs.kde.org/attachment.cgi?id=169156&action=edit kontact right click context menu -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 486526] New: panel actions missing
https://bugs.kde.org/show_bug.cgi?id=486526 Bug ID: 486526 Summary: panel actions missing Classification: Applications Product: kontact Version: 6.0.2 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: ry...@live.com Target Milestone: --- Created attachment 169155 --> https://bugs.kde.org/attachment.cgi?id=169155&action=edit kmail right click context menu SUMMARY The actions in other apps used in Kontact such as KMail when right clicking on the icon in the panel doesn't show up. So if you want to right click and "create a new mail" then you can't do that unless the app icon for KMail is in your panel some what defeating the purpose of the app partially. STEPS TO REPRODUCE 1. Right click Kmail in the panel 2. Right click Kontact in the panel 3. Compare the missing actions, Kontact has none. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240430 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.8-1-default (64-bit) Graphics Platform: Wayland Processors: 32 × AMD Ryzen 9 7950X3D 16-Core Processor Memory: 30.5 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4090/PCIe/SSE2 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: X670E AORUS PRO X System Version: -CF ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 445351] Akregator always wants to recover the session on boot
https://bugs.kde.org/show_bug.cgi?id=445351 Ryein Goddard changed: What|Removed |Added CC||ry...@live.com --- Comment #9 from Ryein Goddard --- Same issue here. For me it actually won't close properly and that leads it to need to recover. Operating System: openSUSE Tumbleweed 20240423 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.7-1-default (64-bit) Graphics Platform: Wayland Processors: 32 × AMD Ryzen 9 7950X3D 16-Core Processor Memory: 30.5 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4090/PCIe/SSE2 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: X670E AORUS PRO X System Version: -CF -- You are receiving this mail because: You are the assignee for the bug.
[kmail] [Bug 116212] KMail composer doesn't let the user select which account to send the email from
https://bugs.kde.org/show_bug.cgi?id=116212 Ryein Goddard changed: What|Removed |Added Resolution|WORKSFORME |--- CC||ry...@live.com Ever confirmed|0 |1 Status|RESOLVED|REOPENED --- Comment #6 from Ryein Goddard --- It seems like Kmail has so many things like this. It has the actual functionality in it, but it is just kinda strange how it does things and not very intuitive. The "from" input should just be the "identity" drop down. Do people usually just write whatever from email they want? I don't think I have ever needed to do that. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 485701] new messages in thread don't bring thread to top
https://bugs.kde.org/show_bug.cgi?id=485701 Ryein Goddard changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #1 from Ryein Goddard --- Never mind it appears it is an option in the sorting context menu. This should be the default though. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 485701] New: new messages in thread don't bring thread to top
https://bugs.kde.org/show_bug.cgi?id=485701 Bug ID: 485701 Summary: new messages in thread don't bring thread to top Classification: Applications Product: kmail2 Version: 6.0.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: ry...@live.com Target Milestone: --- New email messages in a thread do not bring the thread to the top of the list, or bottom if you have the messages sorted in reverse order. The date/time of the first email message in the thread is used instead of the newest. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 412579] kmail notifications should take you to the actual email when clicked
https://bugs.kde.org/show_bug.cgi?id=412579 Ryein Goddard changed: What|Removed |Added CC||ry...@live.com --- Comment #35 from Ryein Goddard --- Same issue here. Clicking on a notification doesn't open kmail or take you to the email. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 485562] New: accounts tabs is very confusing
https://bugs.kde.org/show_bug.cgi?id=485562 Bug ID: 485562 Summary: accounts tabs is very confusing Classification: Applications Product: kmail2 Version: 6.0.1 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: ry...@live.com Target Milestone: --- SUMMARY Most email clients do not separate identities and incoming and outgoing like Kmail does. It is confusing. Associate the identities with in and out servers and when you remove an identity it should remove everything related. The identity should open when modifying it and the tabs for in and out servers and any related things should be found in the "identities" tab. I am not sure why it is called "identities" either. Aren't these just email accounts? Would it not be better to just call it an Email Account or simply Account? SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240412 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.7.0 Kernel Version: 6.8.5-1-default (64-bit) Graphics Platform: Wayland Processors: 32 × AMD Ryzen 9 7950X3D 16-Core Processor Memory: 30.5 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4090/PCIe/SSE2 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: X670E AORUS PRO X System Version: -CF -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 485554] navigation with arrow keys
https://bugs.kde.org/show_bug.cgi?id=485554 --- Comment #1 from Ryein Goddard --- OBSERVED RESULT I was wrong in my previous comment. It doesn't look like it does something. It moves email message up and down if it is scroll-able. I think if you clicked in the inbox email list then the open email shouldn't steal focus. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 485552] read and unread status not changing immediately
https://bugs.kde.org/show_bug.cgi?id=485552 Ryein Goddard changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 485554] New: navigation with arrow keys
https://bugs.kde.org/show_bug.cgi?id=485554 Bug ID: 485554 Summary: navigation with arrow keys Classification: Applications Product: kmail2 Version: 6.0.1 Platform: openSUSE OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: ry...@live.com Target Milestone: --- SUMMARY Currently when in a mailbox and you select an email with the mouse, after using the arrow keys does nothing. It would be really useful to be able to use the arrow keys to move up and down through the messages quickly. Especially if you get a lot of emails. STEPS TO REPRODUCE 1. Choose a inbox 2. Click on an email message 3. Push up or down to view a new message or older message in the list OBSERVED RESULT Does nothing EXPECTED RESULT Should move you through the inbox messages. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.7.0 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 485552] New: read and unread status not changing immediately
https://bugs.kde.org/show_bug.cgi?id=485552 Bug ID: 485552 Summary: read and unread status not changing immediately Classification: Applications Product: kmail2 Version: 6.0.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: ry...@live.com Target Milestone: --- SUMMARY The blue text on my system indicates the email is un-read. When I click on the message it isn't updating immediately. If I click the icon to mark it as read the blue text doesn't change. If I right click the mark read option isn't select-able. After waiting about 5-10 seconds it finally will be marked read. I feel like this is a bug. It should immediately change the status to the user and perform the work in the background. STEPS TO REPRODUCE 1. Find any new email. 2. Click on it and you will need to wait like 5 or 10 seconds for it to finally automatically change status. 3. It should change status immediately. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 363085] kmail window fails to display/load on second start
https://bugs.kde.org/show_bug.cgi?id=363085 --- Comment #14 from Ryein Goddard --- Your talking about the kdepim package in the kubuntu repos? I didn't have it installed, but I installed it and I didn't get any change. -- 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
[kmail2] [Bug 363085] kmail window fails to display/load on second start
https://bugs.kde.org/show_bug.cgi?id=363085 --- Comment #12 from Ryein Goddard --- The only other option is to do it asynchronously if that is what you mean. I think it is discouraged because it is a blocking operation. This wouldn't only be a problem if the gui was still active, but it isn't. Either the operation thread is broken off, or the operation never completes. I think the error might be further down the line. -- 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
[kmail2] [Bug 363085] kmail window fails to display/load on second start
https://bugs.kde.org/show_bug.cgi?id=363085 --- Comment #5 from Ryein Goddard --- Does that mean a problem exists in the emptyTrashOnExit() function? Because it works while using the context menu right click. Are they that different, or does the trash empty program move the process to an external application because the application closes before doing the empty process? -- 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
[kmail2] [Bug 363085] kmail window fails to display/load on second start
https://bugs.kde.org/show_bug.cgi?id=363085 --- Comment #2 from Ryein Goddard --- I figured out why this is happening. This happens because of the "Empty tocal trash folder on program exit" checkbox is ticked. -- 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
[kmail2] [Bug 363085] New: kmail window fails to display/load on second start
https://bugs.kde.org/show_bug.cgi?id=363085 Bug ID: 363085 Summary: kmail window fails to display/load on second start Product: kmail2 Version: 5.1.3 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: ryein.godd...@gmail.com When I start my system from a fresh boot and start kmail it loads fine in kubuntu 16.04. If I close kmail and then try and restart it no window is shown and it appears to do nothing except the loading animation in the panel/icon. If I go into ksysmonitor and kill the kmail process and then attempt to load kmail it works. Reproducible: Always Steps to Reproduce: 1. start kamil 2. close kmail normally 3. start kmail again 4. kill kmail process that is in the background 5. start kmail again Actual Results: kmail loaded Expected Results: You shouldn't have to kill the kmail background process in order for kmail to load. I'm running a fresh install of Kubuntu and not an upgrade. -- 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
[kmail2] [Bug 316153] can't move or delete messages in imap inbox
https://bugs.kde.org/show_bug.cgi?id=316153 Ryein Goddard changed: What|Removed |Added CC||ryein.godd...@gmail.com --- Comment #38 from Ryein Goddard --- I agree this bug is not a duplicate. It is different. I am also running into this issue with an imap account on a cpanel server. I cannot delete items in the Inbox folder. -- 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