[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--- (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--- 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--- 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.