[kmail2] [Bug 379584] Old "delete" shortcut doesn't work anymore
https://bugs.kde.org/show_bug.cgi?id=379584 luisfe changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #6 from luisfe --- I cannot reproduce the problem in kmail 5.15.2, supr, shift+supr, ctrl+supr, ctrl+shift+supr all work as expected. The bug can be closed -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 283020] Store Kmail Tags in IMAP flags, like Thunderbird
https://bugs.kde.org/show_bug.cgi?id=283020 luisfe <lui...@lftabera.es> changed: What|Removed |Added CC||lui...@lftabera.es -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 386177] Can't do any article-related actions.
https://bugs.kde.org/show_bug.cgi?id=386177 luisfe <lui...@lftabera.es> changed: What|Removed |Added CC||lui...@lftabera.es --- Comment #1 from luisfe <lui...@lftabera.es> --- I can confirm this. Akregator 5.6.2 compiled from sources. Anticle entry has always its elements greyed out. I can delete and article with Supr if I run akregator standalone. If I run akregator inside kontact, then I cannot delete articles using Supr key. -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 385510] New: Cannot add address book folder to Personal contacts resource
https://bugs.kde.org/show_bug.cgi?id=385510 Bug ID: 385510 Summary: Cannot add address book folder to Personal contacts resource Product: kaddressbook Version: 5.6.0 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: lui...@lftabera.es CC: to...@kde.org Target Milestone: --- In kaddressbook I used to create a tree of contact folders. I cannot do that anymore with version 5.6.1 (Kde Applications 17.08.1 compiled from sources in Debian testing). Steps. 1. Create a new empty user 2. In kaddressbook right-click in Personal Contacts 3. Select Add Address Book folder... 4. Add the name of the new subfolder I get a complaint: Could not create address book folder: Unable to append mimetype for collection as resourceId: 4 while I expect to create a new subfolder of Personal Contacts -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 376032] Emails not being moved from "new" to "cur"
https://bugs.kde.org/show_bug.cgi?id=376032 --- Comment #3 from luisfe <lui...@lftabera.es> --- Please note that if you move messages manually, you will lose tags. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 374923] cannot used Ctrl-n in kontact to create new mail
https://bugs.kde.org/show_bug.cgi?id=374923 luisfe <lui...@lftabera.es> changed: What|Removed |Added CC||lui...@lftabera.es --- Comment #3 from luisfe <lui...@lftabera.es> --- I can confirm this problem with kontact 5.5.1 compiled from sources. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 376032] Emails not being moved from "new" to "cur"
https://bugs.kde.org/show_bug.cgi?id=376032 luisfe <lui...@lftabera.es> changed: What|Removed |Added CC||lui...@lftabera.es --- Comment #1 from luisfe <lui...@lftabera.es> --- I have explored this problem. Moving messages between local accounts always leave them in the new folder. Once you read or mark as unread the message, they move to the cur folder. Not sure if this is the correct behavior or not. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 378809] +q does not work after +Q has been used.
https://bugs.kde.org/show_bug.cgi?id=378809 luisfe <lui...@lftabera.es> changed: What|Removed |Added CC||lui...@lftabera.es --- Comment #1 from luisfe <lui...@lftabera.es> --- In fact, this is not only +q anf +q, this shortcut set focus on the quicksearch bar. If you set focus on this bar, for instance clicking on it with the mouse, then +q does not work. But neither does other shortcuts, like +l to check new mail. So, while the search bar is focused, shortcuts do not work. I think that this is a deeper known problem in kde applications, similar to the fact that if a menu is active, ckick for instance in File menu, while the menu is active +q does not work, neither other common shortcuts. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 379584] Old "delete" shortcut doesn't work anymore
https://bugs.kde.org/show_bug.cgi?id=379584 --- Comment #3 from luisfe <lui...@lftabera.es> --- This bug looks like a duplicate of 379189 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 379584] Old "delete" shortcut doesn't work anymore
https://bugs.kde.org/show_bug.cgi?id=379584 luisfe <lui...@lftabera.es> changed: What|Removed |Added CC||lui...@lftabera.es --- Comment #2 from luisfe <lui...@lftabera.es> --- I can confirm this behavior with kmail 5.5.1 If it is intended then it is annoying. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 380179] Regression kMail 5.5.1: Moving messages (DnD) does not work reliably any more
https://bugs.kde.org/show_bug.cgi?id=380179 luisfe <lui...@lftabera.es> changed: What|Removed |Added CC||lui...@lftabera.es --- Comment #1 from luisfe <lui...@lftabera.es> --- I can confirm the bug. It may be related to Bug 380182 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 380182] deleting several messages doesn't remove them from the message list
https://bugs.kde.org/show_bug.cgi?id=380182 luisfe <lui...@lftabera.es> changed: What|Removed |Added CC||lui...@lftabera.es --- Comment #3 from luisfe <lui...@lftabera.es> --- I can confirm the bug, but I cannot reproduce it reliably. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 372840] New: Shortcuts does not work well with kmail 5.3.90 beta1
https://bugs.kde.org/show_bug.cgi?id=372840 Bug ID: 372840 Summary: Shortcuts does not work well with kmail 5.3.90 beta1 Product: kmail2 Version: 5.3.44 pre (QtWebEngine) Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: commands and actions Assignee: kdepim-b...@kde.org Reporter: lui...@lftabera.es Target Milestone: --- Configuration: kmail 5.3.90 beta1 frameworks 5.28 Plasma/5.8 Applications/16.12 beta Qt 5.7.0 Shortcuts do not work well, I have detected two errors: I have mapped: Select All Messages: Ctrl+A Select All Text: Ctrl+Shift+A However, in a folder both Ctrl+A and Ctrl+Shift+A do the same action, select all the text of current message. This happen either if Kmail is run as standalone or as a part of kontact. Also in the shortcut configuration, there were two Delete options with the same name, one mapped to Del and the other to Shift+Del. Shift+Del does nothing. I remapped Shift+Del to "Delete Message" and the second "delete" option has disappeared from the list of shortcuts. If I click a message, in the message list it appears with a light blue background and black font. Del moves the message to trash and Shift+Del does nothing. If I ckick again on the same selected message, in the message list it appears with a darker blue background and the font changes to white. In this case Del moves the message to trash and Shift+Del deletes the message. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 303740] postgresql akonadi backend does not start if hostname changes
https://bugs.kde.org/show_bug.cgi?id=303740 luisfe <lui...@lftabera.es> changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #2 from luisfe <lui...@lftabera.es> --- I cannot further reproduce this bug with kmail 5.2.3 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 279150] Tag Folder doesnt update automaticly after removing tag
https://bugs.kde.org/show_bug.cgi?id=279150 --- Comment #3 from luisfe <lui...@lftabera.es> --- Is this bug still relevant? I think that tag folders where removed from kmail at some point. At least I cannot see how to define them in order to reproduce the bug. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 279153] tagging doesnt work on all mails
https://bugs.kde.org/show_bug.cgi?id=279153 --- Comment #3 from luisfe <lui...@lftabera.es> --- Is this bug still relevant? I think that tag folders where removed from kmail at some point. At least I cannot see how to define them in order to reproduce the bug. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 300898] Tags doesn't work
https://bugs.kde.org/show_bug.cgi?id=300898 --- Comment #13 from luisfe <lui...@lftabera.es> --- Patch in #7 was applied and tag icons appear correctly. If one sets a background color in a tag, sometimes, one needs to change folders after the configuration before the background color applies, but not always! I am not sure why. Tested with kmail 5.2.3 debian packages (pre qtwebengine). Also, if a message has several tags and one configures different tag with different background/foreground colors, only one is applied. This is normal since one cannot apply different background color to the same message, but it is not clear which tag is "dominant". This may have unexpected results. If a mail has several tags and only one is configured for background color, this background color may not appear, since an unconfigured tag may be "dominant". -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 198869] no navigator toolbar icons in kmail
https://bugs.kde.org/show_bug.cgi?id=198869 --- Comment #3 from luisfe <lui...@lftabera.es> --- I cannot reproduce this bug with kde applications 16.04. Rebooting shows the icons of navigator in kmail component. It still looks strange that if I enable navigator toolbar in the summary view, it only appears in the summary view. I have to enable on each component I want to see it. This is probably by design. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 371903] New: messages dissapear on quick search panel
https://bugs.kde.org/show_bug.cgi?id=371903 Bug ID: 371903 Summary: messages dissapear on quick search panel Product: kmail2 Version: 5.3.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: lui...@lftabera.es Target Milestone: --- Select a folder and filter the files by tag. After a moment I can see the filtered messages list. However, when clicking on a message, that message disappears from the message list. The content of the message appears in the preview panel. Sometimes selecting another one makes the previous message appear in the filtered list. This happens with either "flat view" aggregation and with "standard mailist view". Have not tried with another aggregation. With sttandard mailist aggregation, the message only disappears if it is the last in a mail thread. It happens with both arch (16.08.2) and debian (16.04.3) packages. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 339181] moving mails from cached imap to local folder leaves mails without RID
https://bugs.kde.org/show_bug.cgi?id=339181 --- Comment #16 from luisfe <lftab...@yahoo.es> --- (In reply to Martin Steigerwald from comment #14) Sorry, I just repeated this post... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 339181] moving mails from cached imap to local folder leaves mails without RID
https://bugs.kde.org/show_bug.cgi?id=339181 --- Comment #15 from luisfe <lftab...@yahoo.es> --- Yes, I think that these are two separated issues, probably moving mails does something wrong that triggers the more general bug in 360834. I can reproduce it with the following steps: 1. Create two resources, DIM: Disconnected IMAP, LOC: local folder. Ensure that the local folder actually exists (it does in my configuration). 2. Move at least two items from the DIM account to the LOC account. 3. The first item is written to the LOC account. all the rest of the items are deleted from the DIM account, are never written to the final destinaltion of the LOC account and stay in the akonadi cache. In the cache they appear as belonging to the LOC account, one has to look at the files or run akonadictl fsck to realice the problem. I have tested with kmail 5.1.3, Akonadi 5.1.51 (Applications/15.12) compiled from sources. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 357971] [frameworks branch] Okular forward search does not update the position
https://bugs.kde.org/show_bug.cgi?id=357971 --- Comment #3 from luisfe <lftab...@yahoo.es> --- I confirm that it works well with the latest version from frameworks branch -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 357971] New: Okular forward search does not update the position
https://bugs.kde.org/show_bug.cgi?id=357971 Bug ID: 357971 Summary: Okular forward search does not update the position Product: okular Version: unspecified Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: lftab...@yahoo.es I have a tex file "prueba.tex" compiled to pdf using synctex. If I open the file with: $okular --unique file:/home/luisfe/prueba.pdf#src:60/home/luisfe/prueba.tex Okular opens the file in the desired destination. However, if the file prueba.pdf is already open, the previous command does does not update the position of okular in the file. $okular --unique file:/home/luisfe/prueba.pdf#src:90/home/luisfe/prueba.tex The viewer stays in the same position Reproducible: Always Steps to Reproduce: 1. open a pdf file complied from tex with synctex information 2. try to move the file to a new destination from the command line/kile/gvim Actual Results: The position of the file is not updated Expected Results: Okular should move the view to a new destination Compiled from sources, okular version 1.0.0 using kde applications 15.12.0 -- You are receiving this mail because: You are watching all bug changes.
[kdepim] [Bug 357283] New: kmail tool menu is different if started as standalone application than a kontact part
https://bugs.kde.org/show_bug.cgi?id=357283 Bug ID: 357283 Summary: kmail tool menu is different if started as standalone application than a kontact part Product: kdepim Version: GIT (master) Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: lftab...@yahoo.es The content of the menu is different if kmail is started as a standalone application or as a kontact component. The following components are different: - Address Book entrie does not appear if started inside kontact, this may be intended - The two wizards: anti-spam wizard and anti-virus wizard only appear if kmail is started as a standalone application and not inside kontact Reproducible: Always Steps to Reproduce: 1.start kmail, check tool menu 2.start kontact with kmail part, check tool menu 3. Actual Results: The tool menus are different Expected Results: At least the anti-spam anti-virus wizard should appear in both cases -- You are receiving this mail because: You are watching all bug changes.
