Author Topic: KDE Kontact Contacts only displays UID's - RESOLVED w/reinstall  (Read 3888 times)

Offline GermanTux

  • Hero Member
  • *****
  • Posts: 693
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #15 on: April 22, 2012, 03:14:37 PM »
The problem could be that your data is corrupted.  Now that all data is basically stored in a mysql database, you're kind of stuck with non-readable, binary, information should something ever go wrong.  HAve you tried creating a fresh new account without your old data? 

I will forever bang my head against a wall for the reason the KDe team decided against flat file storage of data.  Were there really that many KDE + PIM users who had 100,000 email messages?

Offline putz

  • Hero Member
  • *****
  • Posts: 559
  • If the name fits... wear it.
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #16 on: April 22, 2012, 04:59:48 PM »
GermanTux,  I tried a .vcf and a .csv file from my laptop PCLinuxOS install.  When I tried to establish a new addressbook and import either of them, Kontact crashed.

I also tried the new user thing with the same result, and I also did a fresh install from a newly downloaded .iso which I completely updated  and got the same results.

Next I'm going to try a fresh install without updating and see if I can import my backup addressbooks imported without crashing Kontact.

I'll report back.

putz
If it jams, force it.... if it breaks, ... it needed to be replaced anyway!!

Offline GermanTux

  • Hero Member
  • *****
  • Posts: 693
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #17 on: April 22, 2012, 05:54:51 PM »
GermanTux,  I tried a .vcf and a .csv file from my laptop PCLinuxOS install.  When I tried to establish a new addressbook and import either of them, Kontact crashed.

putz

Wow, that's pretty bad.  So it's beyond the background Akonadi service then. 

I hate to suggest this, but have you tried seeing if the import works with root privs (log on as root)?  I wonder if it is a permissions issue. 

Offline Archie

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 8590
  • Aurum nostrum non est aurum vulgi.
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #18 on: April 22, 2012, 07:59:29 PM »
heya putz. Don't reinstall just yet. There's still a couple of things we could try.

On the Menu > More Applications >Development > Akonadi Console. You should be on the Agents tab. Go over each item listed and watch out for information on Details. We are looking for Type: KDE Address Book ... could be (tradional or depending on what sort of address book your are using, i.e. Akonadi Google Contacts Resources, DAV groupware, KDE Accounts, Knut, Kolab Groupware Server, Personal Contacts, VCard Directory, VCard File, etc.

Once you've located the agent, right-click > Configure Natively. If you do not have an agent handling your address book, it should be obvious that you have to create one and configure it accordingly.

Configure should be self-explanatory ... I am guessing you level in this regard should be sufficient. ;)

Good luck and post back.

Peace and much respect,
Archie
Since 2006 | LiCo 401868 | Bare Metal | What is necessary is never unwise. --Sarek, 2258.42


Offline putz

  • Hero Member
  • *****
  • Posts: 559
  • If the name fits... wear it.
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #19 on: April 22, 2012, 10:24:05 PM »
Archie,  Thanks for you assistance.

I have not re-installed yet.  I did as you suggested, and now have three agents... Mail Dispatcher, Local Folders, and Address Book.  All three have green dots saying they are "Ready".

I configured the address book as a traditional KDE AddressBook set for using a folder of vCards, and pointed it to the location where my vCard Folder is, /home/rr/.kde4/share/apps/kabc/stdvcf   

Under the browser tab in Akonadi Console, the properties for the "address book' shows I've got 179 objects which is the number of vCards I have in my stdvcf folder.  So, the addresses are there, but they do not display in the Contacts columns.  Which of course makes my address book useless!  If you recall, just after my 4/18 update, instead of my contact names showing in the middle column with the full vCard info in the right column, only the UID showed in the middle column and nothing was in the right one... that's where all this started.

If I add a new contact "Kontact closed unexpectedly"  Crash!!  So there still something wrong somewhere.

Please if you have any more ideas, let me know.

putz
If it jams, force it.... if it breaks, ... it needed to be replaced anyway!!

Offline Archie

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 8590
  • Aurum nostrum non est aurum vulgi.
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #20 on: April 23, 2012, 12:56:26 AM »
Of course. ;)

Before we do some test, please back up your contacts. File > Export > Export LDIF card > All contacts > preferably to a removable HD or USB but other than you /home folder. If you have several address books, save them each on a separate LDIF file outside your /home.

OK. I am assuming you either already have your own address book ... or probably using the default?

Whatever you have on KAddressbook, please delete any address books you may have. To ensure that we have indeed deleted it and no ghost are gonna haunt us later, check Akonadi Console and if the agent still exist then our problem lies in there. If it was also removed when you deleted your address book, then we may have something to go on.

File > New > Add Address Book.

I would recommend using either KDE Address Book (traditional) or Personal Contacts or VCard Directory. Unless you have a need for a specific type of address book, try one of the three I suggested. There are different ways to add back your exported (backup) address book but I think you'll find the wizards helpful.

Again note that the agent is active on Akonadi console. Do not forget to activate the Address Book. Make sure that you have the check mark before it.

Post back your results.

Since 2006 | LiCo 401868 | Bare Metal | What is necessary is never unwise. --Sarek, 2258.42


Offline putz

  • Hero Member
  • *****
  • Posts: 559
  • If the name fits... wear it.
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #21 on: April 23, 2012, 06:38:37 AM »
Good Morning Archie (morning for me at least),

OK, I tried to export my contacts from the AddrressBook and selected "all contacts" to export since there were none listed.  Kontact protested that I hadn't selected any contacts then crashed.  I then physically copied the stdvcf folder from .kde4/share/apps/kabc to a safe place, then deleted it from kabc.  I also deleted all other .vcf files there.  I then checked .local/contacts, and the only thing there was the txt message saying not to manually copy anything into this folder.

I then deleted the AddressBook in Kontact, then checked Akonadi Console to see that it was gone... it was.

I then did the File/New/Addressbook in Kontact, selected Personal Contacts (I have a .csv file of my contacts to import later), then checked Akonadi Console and the Personal Contacts Agent is there with a green dot saying Ready. 

I'm not sure what you mean by "Activate" with a check mark... there's no place to "check" other than in "Configure Kontact" where it lists the modules for Summary, Mail, Contacts, Calendar, etc.  If that's what you refer to, it is checked.

I'll wait for your next step before I do anything else.

Thanks again for you help.

putz
If it jams, force it.... if it breaks, ... it needed to be replaced anyway!!

Offline TNTman

  • Full Member
  • ***
  • Posts: 85
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #22 on: April 23, 2012, 10:05:53 AM »
Have just completed a fresh system install from a USB stick.
Did an update by SYNAPTIC and re-installed Kontact, Kaddressbook along with other software.
Every back working again!
PCLinux is GREAT!

Have just checked SYNAPTIC for up-dates and there was a SHARED-MIME-INFOupdate. Shall I install it or no, I have never had a problem with updates before so Yes do it.

Back to sqare one, KADDRESS  showing file names again instead of address detail !

It looks as though I will have to go for another fresh install.

I write this in the hope that it may be useful to the Techies out there.

Thanks to all those who have shared their wisdom here.
TNTman
PCLinux64 (on home build system) with 3.2.18.pclos.bfs kernel.
Motherboard ASROCK H61M/U3S3 Socket 1155. Processor INTEL CORE I5 2500. Intel HD300 graphics. Memory 8GB DDR3 1333Hz. H/drive  OCZ SSD Vertex 3 120gb.
TNTman.

Offline putz

  • Hero Member
  • *****
  • Posts: 559
  • If the name fits... wear it.
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #23 on: April 23, 2012, 04:35:31 PM »
Archie...  mea culpa, mea culpa, mea maxima culpa !!!  I was trying to create a LiveUSB of PCLinuxOS 2012-2 and wiped my partition instead of the usb stick..... ah!  to soon we get old, to late we get smart!!

I will have to re-install, but if I end up the same as TNTman, I'll be back where were and we can continue trying to sort this out.

But, if as with TNTman... everything is ok until the update to shared-mime-info (0.71-1pclos2010) to 1.0-1pclos2012, that will give some clue as to what's happening.  If it's the case is there a way to go back to 0.71.1pclos2010 and use it until this is sorted out?

Thanks for all your effort, and sorry again I screwed up your help.

putz
If it jams, force it.... if it breaks, ... it needed to be replaced anyway!!

Offline Archie

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 8590
  • Aurum nostrum non est aurum vulgi.
Re: #2 Update - KDE Kontact Contacts only displays UID's
« Reply #24 on: April 23, 2012, 05:03:16 PM »
No problem ... maybe next time. ;)

Peace and much respect,
Archie
Since 2006 | LiCo 401868 | Bare Metal | What is necessary is never unwise. --Sarek, 2258.42


Offline TNTman

  • Full Member
  • ***
  • Posts: 85
Re: KDE Kontact Contacts only displays UID's - RESOLVED w/reinstall
« Reply #25 on: April 24, 2012, 05:59:50 AM »
Below is the AKONADI error report.

 
Akonadi Server Self-Test Report
===============================

Test 1:  SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current Akonadi server configuration and was found on your system.

File content of '/home/neil/.config/akonadi/akonadiserverrc':
[QMYSQL]
Name=akonadi
Host=
Options="UNIX_SOCKET=/home/neil/.local/share/akonadi/socket-localhost.localdomain/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true

[Debug]
Tracer=null

[%General]
Driver=QMYSQL


Test 2:  SUCCESS
--------

Akonadi is not running as root
Details: Akonadi is not running as a root/administrator user, which is the recommended setup for a secure system.

Test 3:  SUCCESS
--------

MySQL server found.
Details: You have currently configured Akonadi to use the MySQL server '/usr/sbin/mysqld'.
Make sure you have the MySQL server installed, set the correct path and ensure you have the necessary read and execution rights on the server executable. The server executable is typically called 'mysqld'; its location varies depending on the distribution.

Test 4:  SUCCESS
--------

MySQL server is executable.
Details: MySQL server found: /usr/sbin/mysqld  Ver 5.1.55 for mandriva-linux-gnu on i586 (PCLinuxOS - MySQL Standard Edition (GPL))


Test 5:  SUCCESS
--------

MySQL server log contains no errors.
Details: The MySQL server log file &apos;<a href='/home/neil/.local/share/akonadi/db_data/mysql.err'>/home/neil/.local/share/akonadi/db_data/mysql.err[/url]&apos; does not contain any errors or warnings.

File content of '/home/neil/.local/share/akonadi/db_data/mysql.err':
120423 20:23:12  InnoDB: Initializing buffer pool, size = 80.0M
120423 20:23:12  InnoDB: Completed initialization of buffer pool
120423 20:23:13  InnoDB: Started; log sequence number 0 57798650
120423 20:23:13 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.1.55'  socket: '/home/neil/.local/share/akonadi/socket-localhost.localdomain/mysql.socket'  port: 0  PCLinuxOS - MySQL Standard Edition (GPL)


Test 6:  SUCCESS
--------

MySQL server default configuration found.
Details: The default configuration for the MySQL server was found and is readable at <a href='/etc/akonadi/mysql-global.conf'>/etc/akonadi/mysql-global.conf[/url].

File content of '/etc/akonadi/mysql-global.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=1296000

[client]
default-character-set=utf8


Test 7:  SKIP
--------

MySQL server custom configuration not available.
Details: The custom configuration for the MySQL server was not found but is optional.

Test 8:  SUCCESS
--------

MySQL server configuration is usable.
Details: The MySQL server configuration was found at <a href='/home/neil/.local/share/akonadi/mysql.conf'>/home/neil/.local/share/akonadi/mysql.conf[/url] and is readable.

File content of '/home/neil/.local/share/akonadi/mysql.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=1296000

[client]
default-character-set=utf8


Test 9:  SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server was found and could be executed successfully.
Result:
Akonadi 1.5.3


Test 10:  SUCCESS
--------

Akonadi control process registered at D-Bus.
Details: The Akonadi control process is registered at D-Bus which typically indicates it is operational.

Test 11:  SUCCESS
--------

Akonadi server process registered at D-Bus.
Details: The Akonadi server process is registered at D-Bus which typically indicates it is operational.

Test 12:  ERROR
--------

Nepomuk search service not registered at D-Bus.
Details: The Nepomuk search service is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.

Test 13:  SUCCESS
--------

Server protocol version is recent enough.
Details: The server Protocol version is 28, which equal or newer than the required version 28.

Test 14:  ERROR
--------

No resource agents found.
Details: No resource agents have been found, Akonadi is not usable without at least one. This usually means that no resource agents are installed or that there is a setup problem. The following paths have been searched: '/usr/share/akonadi/agents'. The XDG_DATA_DIRS environment variable is set to '/usr/share'; make sure this includes all paths where Akonadi agents are installed.

Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to '/usr/share'

Test 15:  SUCCESS
--------

No current Akonadi server error log found.
Details: The Akonadi server did not report any errors during its current startup.

Test 16:  ERROR
--------

Previous Akonadi server error log found.
Details: The Akonadi server reported errors during its previous startup. The log can be found in <a href='/home/neil/.local/share/akonadi/akonadiserver.error.old'>/home/neil/.local/share/akonadi/akonadiserver.error.old[/url].

File content of '/home/neil/.local/share/akonadi/akonadiserver.error.old':
Control process died, committing suicide!


Test 17:  ERROR
--------

Current Akonadi control error log found.
Details: The Akonadi control process reported errors during its current startup. The log can be found in <a href='/home/neil/.local/share/akonadi/akonadi_control.error'>/home/neil/.local/share/akonadi/akonadi_control.error[/url].

File content of '/home/neil/.local/share/akonadi/akonadi_control.error':
void AgentManager::load() Reference to unknown agent type "akonadi_contacts_resource" in agentsrc
void AgentManager::load() Reference to unknown agent type "akonadi_contacts_resource" in agentsrc
void AgentManager::load() Reference to unknown agent type "akonadi_maildir_resource" in agentsrc
void AgentManager::load() Reference to unknown agent type "akonadi_maildispatcher_agent" in agentsrc
void AgentManager::load() Reference to unknown agent type "akonadi_nepomuk_contact_feeder" in agentsrc


Test 18:  ERROR
--------

Previous Akonadi control error log found.
Details: The Akonadi control process reported errors during its previous startup. The log can be found in <a href='/home/neil/.local/share/akonadi/akonadi_control.error.old'>/home/neil/.local/share/akonadi/akonadi_control.error.old[/url].

File content of '/home/neil/.local/share/akonadi/akonadi_control.error.old':
void AgentManager::load() Reference to unknown agent type "akonadi_contacts_resource" in agentsrc
void AgentManager::load() Reference to unknown agent type "akonadi_contacts_resource" in agentsrc
void AgentManager::load() Reference to unknown agent type "akonadi_maildir_resource" in agentsrc
void AgentManager::load() Reference to unknown agent type "akonadi_maildispatcher_agent" in agentsrc
void AgentManager::load() Reference to unknown agent type "akonadi_nepomuk_contact_feeder" in agentsrc

This means little to me.
I hope it may help others.
TNTman
PCLinux64 (on home build system) with 3.2.18.pclos.bfs kernel.
Motherboard ASROCK H61M/U3S3 Socket 1155. Processor INTEL CORE I5 2500. Intel HD300 graphics. Memory 8GB DDR3 1333Hz. H/drive  OCZ SSD Vertex 3 120gb.
TNTman.

Offline putz

  • Hero Member
  • *****
  • Posts: 559
  • If the name fits... wear it.
Re: KDE Kontact Contacts only displays UID's - RESOLVED w/reinstall
« Reply #26 on: April 24, 2012, 08:07:38 AM »
Archie and Others,

I confirmed my first issue (and TNTman's) that after updating shared-mime-info (0.71-1pclos2010) to 1.0-1pclos2012 on Apr 18th, Kontact's Addressbook broke.  It no longer displayed addresses and import/export no longer worked.

I just did a re-install with PCLinuxOS 2012.2, updated while forcing Shared-mime-info version to stay at 0.71-1pclos2010, installed KDEPim, and established Kontact and imported a .csv file into KAddressBook.  It displayed as before the original update, exported, and accepted changes and new contacts I entered.

However, because I did not update shared-mime-info, now Lomanager will not install LibreOffice.  Here's the Error Log:

Reading Package Lists...
Building Dependency Tree...
The following packages will be upgraded
   shared-mime-info (0.71-1pclos2010 => 1.0-1pclos2012)
1 upgraded, 0 newly installed, 0 removed and 0 not upgraded.
Inst shared-mime-info [0.71-1pclos2010] (1.0-1pclos2012 Unknown:Unknown/Unknown)
Conf shared-mime-info (1.0-1pclos2012 Unknown:Unknown/Unknown)

I'll report this in another thread to keep it separate.

putz
If it jams, force it.... if it breaks, ... it needed to be replaced anyway!!

Offline putz

  • Hero Member
  • *****
  • Posts: 559
  • If the name fits... wear it.
Re: KDE Kontact Contacts only displays UID's - RESOLVED w/reinstall
« Reply #27 on: April 25, 2012, 05:59:37 AM »
Just to confirm that it is not a data corruption issue.  When I re-installed i created two Kontact/Addressbooks, one a "Personal Contacts" book and the other a .vcf folder with the individual files of my contacts.  The Personal Contacts I set up to import a .csv file, and the other to use the .vcf folder.  They both work with shared-mime-info 0.71-1pclos2010, whereas neither worked with shared-mime-info 1.0-1pclos2012.

Something is different enough in shared-mime-info 1.0-1pclos2012 to bork what  was a stable PCLinuxOS KDE install that had been doing fine since the last required re-install.

Thanks to all who have tried to help.

putz

If it jams, force it.... if it breaks, ... it needed to be replaced anyway!!

Offline Archie

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 8590
  • Aurum nostrum non est aurum vulgi.
Re: KDE Kontact Contacts only displays UID's - RESOLVED w/reinstall
« Reply #28 on: April 25, 2012, 06:51:27 AM »
Just to confirm that it is not a data corruption issue.  When I re-installed i created two Kontact/Addressbooks, one a "Personal Contacts" book and the other a .vcf folder with the individual files of my contacts.  The Personal Contacts I set up to import a .csv file, and the other to use the .vcf folder.  They both work with shared-mime-info 0.71-1pclos2010, whereas neither worked with shared-mime-info 1.0-1pclos2012.

Something is different enough in shared-mime-info 1.0-1pclos2012 to bork what  was a stable PCLinuxOS KDE install that had been doing fine since the last required re-install.

Thanks to all who have tried to help.

putz

Thanks for the info. I will forward this to the lead developer for actions.
Since 2006 | LiCo 401868 | Bare Metal | What is necessary is never unwise. --Sarek, 2258.42


Offline sir_herrbatka

  • Full Member
  • ***
  • Posts: 238
Re: KDE Kontact Contacts only displays UID's - RESOLVED w/reinstall
« Reply #29 on: April 25, 2012, 07:30:48 AM »
Today I upgraded pclinuxos and have the same problem.