From: Klaus L. <kl...@st...> - 2011-05-24 11:44:04
|
Hi Gustavo, the Filter which is responsible for the not seeing of addresses might be: s:10:\"col_filter\";a:1:{s:3:\"tid\";i:0;} If every thing was in order it should be like s:10:\"col_filter\";a:1:{s:3:\"tid\";s:1:\"n\";} Why it is putting in a 0 and not the default tid for new users, I dont know yet. Do new users, that were created after you fixed the type-issue, still get the strange (wrong) filter? -- kl...@st... Stylite GmbH [ open style of IT ] Morschheimer Strasse 15 67292 Kirchheimbolanden fon 06352 . 70629-0 fax 06352 . 70629-30 www.stylite.de Geschäftsführer: Andre Keller, Ralf Becker Handelsregister Kaiserslautern HRB 30575 USt-ID: DE214280951 ----------------ursprüngliche Nachricht----------------- Von: "gustavoacm" gus...@gm... An: egr...@li... Datum: Sun, 22 May 2011 17:13:17 -0700 (PDT) ------------------------------------------------- > hey klaus, how r u doing? > > Now I see what caused the problem, it was the database upgrade that was made > 3 month ago, from 1.6.001 to 1.8, I was readding a post that threat that > issue "Addressbook issue since 1.8 upgrade", and this what Birgit said: > > "i'm not talking of group-adressbooks. The contact-type is e.g. n=contacts, > you can create and check this in Adressbook->admin->customfields > The contact-types are mentioned at the top. If there is no type shown, this > means that the default-contact-type was deleted somehow. On the > Adressbook-list-view should be an selectbox for Type (as soon as there are > more than one type)" > > but first I tried to create "contact" as addressbook-type and it didn't > resolve it then I erase the blank addressbook.type and it was worst cos now > any user can't see addressbook entries, > > I checked the contact_tid = n and contact_owner is 0 for an user created and > the egw_accounts.account_id for an user's entry, > > finally the egw_preferences table for one of the new users: > > "a:3:{s:11:"index_state";s:181:"a:6:{s:6:\"filter\";s:3:\"359\";s:6: > \"cat_id\";s:0:\"\";s:5:\"order\";s:8:\"n_family\";s:4:\"sort\";s:3: > \"ASC\";s:10:\"col_filter\";a:1:{s:3:\"tid\";i:0;}s:8:\"org_view\";s > :0:\"\";}";s:32:"nextmatch-addressbook.index.rows";s:275:"n_fileas_n > _given_n_family_n_family_n_given_org_name_n_family_n_given_n_fileas, > role,cat_id,photo,bday,business_adr_one_countryname_adr_one_postalco > de,home,tel_work_tel_cell_tel_home,url_email_email_home,note,distrib > ution_list,calendar_calendar,contact_created_contact_modified";s:11: > "email_state";s:171:"a:6:{s:6:\"filter\";s:0:\"\";s:6:\"cat_id\";s:0 > :\"\";s:5:\"order\";s:8:\"n_family\";s:4:\"sort\";s:3:\"ASC\";s:10:\ > "col_filter\";a:1:{s:3:\"tid\";i:0;}s:8:\"org_view\";N;}";} > " > > thanks for your answers. > > gustavo > > > > > -- > View this message in context: > http://egroupware.219119.n3.nabble.com/addressbook-tp2966580p2973327 > .html > Sent from the egroupware-developers mailing list archive at Nabble.com. > > > -------------------------------------------------------------------- > ---------- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > _______________________________________________ > eGroupWare-developers mailing list > eGr...@li... > https://lists.sourceforge.net/lists/listinfo/egroupware-developers > |