[kmail2] [Bug 328777] Photo search for contact email should be case-insensitive

2013-12-15 Thread Sven
https://bugs.kde.org/show_bug.cgi?id=328777

--- Comment #3 from Sven  ---
Okay, StartsWithMatch was reasonable for me. If emails are stored lower case,
the email being searched can be converted to lower case in advance, or?

searchJob->setQuery( Akonadi::ContactSearchJob::Email, emailAddress.toLower() )

Thanks for taking care of the bug!

-- 
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 326399] mail search not possible if indexing is off

2013-12-15 Thread Christoph Thielecke
https://bugs.kde.org/show_bug.cgi?id=326399

Christoph Thielecke  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED
 Resolution|WONTFIX |REMIND

--- Comment #4 from Christoph Thielecke  ---
Search is still not possible in 4.12beta3 when indexing is off. There good
reasons on some cases to turn the indexing off:
- slow cpu
- small memory
- very large maildir/mbox dirs
- search with index does not work correctly
- one or more sub dirs not indexed yet

If a search from user is really requested, then traditional folder search
should be processed, even its slower. This behavior is also implemented in the
windows os, search always works transparently, even the resource is not
indexed.

I think the tradional search should be also available.

-- 
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 328829] New: mail search dont find all mails/no mail matching criteria on mixed maildir

2013-12-15 Thread Christoph Thielecke
https://bugs.kde.org/show_bug.cgi?id=328829

Bug ID: 328829
   Summary: mail search dont find all mails/no mail matching
criteria on mixed maildir
Classification: Unclassified
   Product: kmail2
   Version: 4.12 pre
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: commands and actions
  Assignee: kdepim-bugs@kde.org
  Reporter: criss...@gmx.de

When mail was indexed and start a search in a top folder and let search all sub
folders mails not found matching the criteria (e.g. "from" contains ""). This also happens if you try to find mails in the selected
folder.

Finding mail using the quick search lineedit for current folder works.

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


[kaddressbook] [Bug 320022] kaddressbook silently loses vCard entries when UID is not unique

2013-12-15 Thread Thomas Bleher
https://bugs.kde.org/show_bug.cgi?id=320022

--- Comment #5 from Thomas Bleher  ---
No, this is just the test case I created in response to comment #1. While
testing with this file I noticed that I couldn't reproduce the issue anymore. I
still uploaded it in case others want to have a look at it.

-- 
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


[kontact] [Bug 328841] New: Google Integration (mail (imap&smtp), calendar, contacts) should be achieved on a single login.

2013-12-15 Thread Dietrich Daroch
https://bugs.kde.org/show_bug.cgi?id=328841

Bug ID: 328841
   Summary: Google Integration (mail (imap&smtp), calendar,
contacts) should be achieved on a single login.
Classification: Unclassified
   Product: kontact
   Version: 4.11.3
  Platform: unspecified
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: dietr...@acm.org

I was setting up Kontact and adding my 2 google accounts took me a LOT more
time than I expected, I had to fill the same information at least 4 times for
each account

Reproducible: Always

Steps to Reproduce:
1. Configure Kontact to manage your google data.
2.
3.
Actual Results:  
Create a new Identity,
add an IMAP server,
add a SMTP server,
set up Contacts sync,
set up Calendar sync.

Expected Results:  
New Google account.
Login.
Get the IMAP, SMTP, Contacts and Calendar ready.

-- 
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


[kleopatra] [Bug 321460] Crashed using "Lookup Certificates on Server"

2013-12-15 Thread Oliver
https://bugs.kde.org/show_bug.cgi?id=321460

Oliver  changed:

   What|Removed |Added

 CC||oliver.loeff...@gmx.net

-- 
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



[kleopatra] [Bug 328844] New: Kleopatra crashes in "Lookup Certificates On Server" when string "dyson" is entered to look for

2013-12-15 Thread Oliver
https://bugs.kde.org/show_bug.cgi?id=328844

Bug ID: 328844
   Summary: Kleopatra crashes in "Lookup Certificates On Server"
when string "dyson" is entered to look for
Classification: Unclassified
   Product: kleopatra
   Version: 2.2.0
  Platform: MS Windows
OS: MS Windows
Status: UNCONFIRMED
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: oliver.loeff...@gmx.net
CC: m...@kde.org

Created attachment 84114
  --> https://bugs.kde.org/attachment.cgi?id=84114&action=edit
Screenshot sequence until crash occurs including windows error reporting
statement

Platform: Windows 7 Professional, x64, German
Kleopatra running with German or English user interface, does not matter

1. Behaviour is reproducible (always results in a crash)
2. Start Kleopatra -> Menu File -> Lookup Certificates On Server
3. Working search strings:  "dys", "dyso", "dysonx"
4. Non-working search strings:   "dyson"
5. Configured certificate server:  keys.gnupg.net (port: 11371, protocol: hkp)

Issue could be reproduced with different users (logins) on same machine (Win 7
x64) as well on a second machine (Lenovo Netbook with Windows XP Home, 32bit),
same version of Kleopatra.

-- 
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


[Akonadi] [Bug 328845] New: Kolab agent looses information about birthdays

2013-12-15 Thread Franz Schrober
https://bugs.kde.org/show_bug.cgi?id=328845

Bug ID: 328845
   Summary: Kolab agent looses information about birthdays
Classification: Unclassified
   Product: Akonadi
   Version: unspecified
  Platform: Debian unstable
   URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=73221
3
OS: Linux
Status: UNCONFIRMED
  Severity: critical
  Priority: NOR
 Component: Kolab Resource
  Assignee: kdepim-bugs@kde.org
  Reporter: franzschro...@yahoo.de
CC: kdepim-bugs@kde.org

Hi,

I've just installed a new machine and added my IMAP server and kolab agent to
akonadi. It downloaded all resources but when I've started to edit some users
I've noticed that the birthday was missing. Also entering it again resulted in
missing birthdays (like it was never entered) on all other machines also using
the same IMAP server with kolab. Checking the imap server also seemed to verify
that no dates are stored inside the KolabV3 contact xml.

I've also tried to change it from KolabV3 to KolabV2 format in the Kolab-Agent
settings but then other data fields cannot be parsed anymore when downloading
the newly stored kolab mails/xmls (for example the pictures).

Interestingly the anniversary date is stored but not the birthday

Reproducible: Always

Steps to Reproduce:
create an imap account to akonadi (using KDE systemsettings
or so)

add a kolab agent with the default settings (v3) using this imap
server

press "create folders"

create a new contact in the activated contact
folder in kaddressbook

 add a birthday date and save it.

Now open the mail on the imap server and check for the birthday information.


I think this is the easiest way to check it without another machine/account
to download and parse the contact information again.
Actual Results:  
birthday is not stored on the server

Expected Results:  
birthday is stored on the server

I am using the packages from Debian sid on amd64

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs


[Akonadi] [Bug 328846] New: Kolab agent doesnt download information about recurring task due

2013-12-15 Thread Franz Schrober
https://bugs.kde.org/show_bug.cgi?id=328846

Bug ID: 328846
   Summary: Kolab agent doesnt download information about
recurring task due
Classification: Unclassified
   Product: Akonadi
   Version: unspecified
  Platform: Debian unstable
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Kolab Resource
  Assignee: kdepim-bugs@kde.org
  Reporter: franzschro...@yahoo.de
CC: kdepim-bugs@kde.org

I've just installed a new machine and added my IMAP server and kolab agent to
akonadi. It downloaded all resources but when I've started to edit some tasks
I've noticed that the due data was missing. Also entering it again resulted in
missing due dates (like it was never entered) on all other machines also using
the same IMAP server with kolab. Interestingly the date was correctly stored
on the server

The important part here seems to be that the task was recurring.

Ways to reproduce: create an imap account in akonadi (using KDE systemsettings
or so), add a kolab agent with the default settings (v3) using this imap
server, press "create folders", create a new task in the activated task
folder in korganizer, add a start date, due date, mark it as all-day and
recurrance (monthly on the 1th) save it.
Now open the mail on the imap server and check for the due information. It
should everything be there.

akonadiconsole on this machine shows following information in the "raw payload"
view of the kolab task folder item:

BEGIN:VCALENDAR
PRODID:-//K Desktop Environment//NONSGML libkcal 4.3//EN
VERSION:2.0
X-KDE-ICAL-IMPLEMENTATION-VERSION:1.0
BEGIN:VTODO
DTSTAMP:20131215T191632Z
CREATED:20131215T191632Z
UID:89e18570-25e1-4708-a8b5-2321bac3243a
LAST-MODIFIED:20131215T191632Z
SUMMARY:asd
RRULE:FREQ=MONTHLY;BYMONTHDAY=1
DUE;VALUE=DATE:20131215
DTSTART;VALUE=DATE:20131201
PERCENT-COMPLETE:0
X-KDE-LIBKCAL-DTRECURRENCE;VALUE=DATE-TIME:20131201T201600
END:VTODO

END:VCALENDAR


Up to here everything seems to be fine. But now add the same imap server/kolab
on another account/machine and download the task items there. The due
information
completely disappeared and it looks in the overview like there is no "due: at
all
(not marked red). The akonadiconsole show following output in the raw payload
information:

BEGIN:VCALENDAR
PRODID:-//K Desktop Environment//NONSGML libkcal 4.3//EN
VERSION:2.0
X-KDE-ICAL-IMPLEMENTATION-VERSION:1.0
BEGIN:VTODO
DTSTAMP:20131215T191632Z
CREATED:20131215T191632Z
UID:89e18570-25e1-4708-a8b5-2321bac3243a
LAST-MODIFIED:20131215T191632Z
SUMMARY:asd
RRULE:FREQ=MONTHLY;BYMONTHDAY=1
DTSTART:20131117T00
PERCENT-COMPLETE:0
END:VTODO

END:VCALENDAR

So the DUE is missing, the DTSTART is now with time (and wrong) instead of
all-day and this X-KDE-LIBKCAL-DTRECURRENCE is now missing (I don't know
what this is). Interestingly the DTSTART date is also stored on the server
and is not what I've entered. I will create an extra bug for that later

I've used the 1th of December as start date and the 15th of december as due
date.
I was happy that the item was marked red (because today it is the 15th) on the
main machine and when I clicked on the item and marked it as complete then the
"Due Date/Time" jumped from 01.12.2013 to 01.01.2014. This functionality is
completely missing on the non-main machine which only downloaded the
information
over kolab.

Reproducible: Always

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs


[Akonadi] [Bug 328846] Kolab agent doesnt download information about recurring task due

2013-12-15 Thread Franz Schrober
https://bugs.kde.org/show_bug.cgi?id=328846

Franz Schrober  changed:

   What|Removed |Added

URL||http://bugs.debian.org/cgi-
   ||bin/bugreport.cgi?bug=73223
   ||1

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
___
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs


[kontact] [Bug 323722] kontact crash when going to open a doc attached to an email

2013-12-15 Thread Jekyll Wu
https://bugs.kde.org/show_bug.cgi?id=323722

Jekyll Wu  changed:

   What|Removed |Added

 CC||molto...@gmail.com

--- Comment #12 from Jekyll Wu  ---
*** Bug 328852 has been marked as a duplicate of this bug. ***

-- 
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