How to quote?
Adding users
Hello Guest
  
  • Login
• Register…
• Start blog
  • Who, Where, When
• What is interesting here?
• Duels
  • Polls
• Avatars
• Interests
  • Cities and Countries
• Random blog
• Users search
  • Search
• Games
• Tests
• QAIX
  • Сообщества
• Talxy Chat
• Horoscope
• Online
 
Register!

QAIX > PHP web-programming > Adding users 9 February 2006 19:41:00

  Top users: 
  Recent blog posts: 
  They have birthday today: 
  Forums:   
  Discuss: 
  Recent forum topics: 
  Recent forum comments:
  Модератор:

Adding users

Guillaume Courtois 21 November 2005 12:44:19
 Sorry Marcus, made a mistake, deleted your email instead of responding to it.

So you were saying that with a stock install it works, but not your normal
one.

Could you check if the phpgw_accounts_cant­rememberafter index last number is
the same as the last id used in phpgw_accounts ? That could be a reason. Also,
do you have errors in the webserver log ?

The page I was talking about is the page where you have the list of users and
where you can click on "add user".

I think the problem is in the content of your phpgw_accounts tables, so maybe
you could compare with the ones in the db of your stock install to check if
you see something strange ...
Add comment
Marcus Frischherz 21 November 2005 17:10:21 permanent link ]
 Guillaume,

I should compare the last index (account_id) in the phpgw_accounts table with
what?

By looking at the table in the two instances I can't see anything
extraordinary. There is a handfull of accounts in both instances, the
account_id has gaps in both cases (as I created and deleted accounts with the
old instance in the past while it staill was working, and with the new instance
now).

Marcus

Zitat von Guillaume Courtois <guigui@gugux.net>:­
Sorry Marcus, made a mistake, deleted your email instead of responding to> it.>
So you were saying that with a stock install it works, but not your normal> one.>
Could you check if the phpgw_accounts_cant­rememberafter index last number is> the same as the last id used in phpgw_accounts ? That could be a reason.> Also,> do you have errors in the webserver log ?>
The page I was talking about is the page where you have the list of users> and> where you can click on "add user".>
I think the problem is in the content of your phpgw_accounts tables, so> maybe> you could compare with the ones in the db of your stock install to check if> you see something strange ...>
___________________­____________________­________> Phpgroupware-users mailing list> Phpgroupware-users@­gnu.org> http://lists.gnu.or­g/mailman/listinfo/p­hpgroupware-users>


--
http://www.casaberg­.at

-------------------­--------------------­--------------------­-----
This message was sent using IMP, the Internet Messaging Program.
Add comment
Marcus Frischherz 21 November 2005 17:48:50 permanent link ]
 Guillaume,

some more observations: everytime I try adding a user, I see a segmentation
fault of a child process of the Apache in the error-log, not more. Note: the
two instances run the same code base on the same server, just with different
server-root, and in one I can now add users, in the other not.

Other observation I noticed in the table phpgw_contact_perso­n there my attempts
to add users can be seen: every time I try to add a user, I get an additional
entry here.

Marcus

Zitat von Guillaume Courtois <guigui@gugux.net>:­
Sorry Marcus, made a mistake, deleted your email instead of responding to> it.>
So you were saying that with a stock install it works, but not your normal> one.>
Could you check if the phpgw_accounts_cant­rememberafter index last number is> the same as the last id used in phpgw_accounts ? That could be a reason.> Also,> do you have errors in the webserver log ?>
The page I was talking about is the page where you have the list of users> and> where you can click on "add user".>
I think the problem is in the content of your phpgw_accounts tables, so> maybe> you could compare with the ones in the db of your stock install to check if> you see something strange ...>
___________________­____________________­________> Phpgroupware-users mailing list> Phpgroupware-users@­gnu.org> http://lists.gnu.or­g/mailman/listinfo/p­hpgroupware-users>


--
http://www.casaberg­.at

-------------------­--------------------­--------------------­-----
This message was sent using IMP, the Internet Messaging Program.
Add comment
Guillaume Courtois 21 November 2005 19:40:20 permanent link ]
 
I should compare the last index (account_id) in the phpgw_accounts table with> what?

There is an auto-indent table for the last id used in phpgw_accounts. I can't
remember how it's called, phpgw_accounts_some­thing I believe. When you add a
user in phpgw_accounts, the last id in that table must be used for the column
id in phpgw_accounts, and must be incremented automatically.

That's in postgres, but it should be the same in mysql ?
By looking at the table in the two instances I can't see anything> extraordinary. There is a handfull of accounts in both instances, the> account_id has gaps in both cases (as I created and deleted accounts with the> old instance in the past while it staill was working, and with the new instance> now).

Gaps is not important but in my parent's install there was a difference
between the highest id used in phpgw_accounts, and the id in that famous
phpgw_accounts_xxx special table.
Add comment
Guillaume Courtois 21 November 2005 19:42:08 permanent link ]
 
some more observations: everytime I try adding a user, I see a segmentation> fault of a child process of the Apache in the error-log, not more.

Mmmm, I don't think that's normal.
Note: the> two instances run the same code base on the same server, just with different> server-root, and in one I can now add users, in the other not.

That's why I think the difference remains in the db content.
Other observation I noticed in the table phpgw_contact_perso­n there my attempts> to add users can be seen: every time I try to add a user, I get an additional> entry here.

I don't know that the code does for adding a user, but it should add it to
phpgw_accounts in the end I believe.
Add comment
Marcus Frischherz 21 November 2005 21:29:22 permanent link ]
 I don't have such a table. However, mysql has a feature called
auto_increment, and the account_id column in the phpgw_accounts table
has this extra set, therefore it is not necessary for the application to
keep track of the last id. mysql does it, and there is a PHP function in
the mysql API of PHP which returns the last id of an auto_increment field.

Everything would be much easier if there was a way to see the PHP
errors, but as phpgw suppresses them all with the @ in front of function
calls, instead of having a possibility to turn error reporting on or
off, it is almost impossible to debug. If I was told, where to look, I
could remove the @ in that file, and see, where it happens. Or did I
miss something, and it is in fact possible to debug phpgw?

Marcus

Guillaume Courtois wrote:>> I should compare the last index (account_id) in the phpgw_accounts table with>> what?>
There is an auto-indent table for the last id used in phpgw_accounts. I can't> remember how it's called, phpgw_accounts_some­thing I believe. When you add a> user in phpgw_accounts, the last id in that table must be used for the column> id in phpgw_accounts, and must be incremented automatically.>
That's in postgres, but it should be the same in mysql ?>
By looking at the table in the two instances I can't see anything>> extraordinary. There is a handfull of accounts in both instances, the>> account_id has gaps in both cases (as I created and deleted accounts with the>> old instance in the past while it staill was working, and with the new instance>> now).>
Gaps is not important but in my parent's install there was a difference> between the highest id used in phpgw_accounts, and the id in that famous> phpgw_accounts_xxx special table.>
___________________­____________________­________> Phpgroupware-users mailing list> Phpgroupware-users@­gnu.org> http://lists.gnu.or­g/mailman/listinfo/p­hpgroupware-users
Add comment
Guillaume Courtois 22 November 2005 23:15:12 permanent link ]
 
I don't have such a table. However, mysql has a feature called> auto_increment, and the account_id column in the phpgw_accounts table> has this extra set, therefore it is not necessary for the application to> keep track of the last id. mysql does it, and there is a PHP function in> the mysql API of PHP which returns the last id of an auto_increment field.

Yes, in postgres it works a little differently but it's the same spirit. So
that should not be the problem.
Everything would be much easier if there was a way to see the PHP> errors, but as phpgw suppresses them all with the @ in front of function> calls, instead of having a possibility to turn error reporting on or> off, it is almost impossible to debug. If I was told, where to look, I> could remove the @ in that file, and see, where it happens. Or did I> miss something, and it is in fact possible to debug phpgw?

I don't know how you can debug. That's a good question. Someone knows ?
Add comment
Marcus Frischherz 27 November 2005 13:47:22 permanent link ]
 I still cannot add Users, and I have not received any suggestions for
debugging. I don't understand the PHPGW source code. I am frustrated.

Marcus

Guillaume Courtois wrote:>> some more observations: everytime I try adding a user, I see a segmentation>> fault of a child process of the Apache in the error-log, not more.>
Mmmm, I don't think that's normal.>
Note: the>> two instances run the same code base on the same server, just with different>> server-root, and in one I can now add users, in the other not.>
That's why I think the difference remains in the db content.>
Other observation I noticed in the table phpgw_contact_perso­n there my attempts>> to add users can be seen: every time I try to add a user, I get an additional>> entry here.>
I don't know that the code does for adding a user, but it should add it to> phpgw_accounts in the end I believe.>
___________________­____________________­________> Phpgroupware-users mailing list> Phpgroupware-users@­gnu.org> http://lists.gnu.or­g/mailman/listinfo/p­hpgroupware-users
Add comment
Henk van Lingen 9 February 2006 19:27:37 permanent link ]
 On Thu, Feb 09, 2006 at 05:12:13PM +0100, Helge Hess wrote: >
Why don't you use the xmlrpcd for doing this stuff?

I've no experience with XML-RPC. But yes, it seems that's the way to go
for my needs. Thanks Helge & Adam.

--
Henk van Lingen, Systems & Network Administrator (o- -+
Dept. of Computer Science, Utrecht University. /\ |
phone: +31-30-2535278 v_/_
http://henk.vanling­en.net/ http://www.tuxtown.­net/netiquette/
--
OpenGroupware.org Users
users@opengroupware­.org
http://mail.opengro­upware.org/mailman/l­istinfo/users

Add comment
Adam Tauno Williams 9 February 2006 19:41:00 permanent link ]
 
Why don't you use the xmlrpcd for doing this stuff?> I've no experience with XML-RPC. But yes, it seems that's the way to go> for my needs. Thanks Helge & Adam.

This is a list specifically for XML-RPC related questions.
http://mail.opengro­upware.org/mailman/l­istinfo/xmlrpc
Add comment
 

Add new comment

As:
Login:  Password:  
 
 
  
 
Пожалуйста, относитесь к собеседникам уважительно, не используйте нецензурные слова, не злоупотребляйте заглавными буквами, не публикуйте рекламу и объявления о купле/продаже, а также материалы нарушающие сетевой этикет или законы РФ. Ваш ip-адрес записывается.


QAIX > PHP web-programming > Adding users 9 February 2006 19:41:00

see also:
[perl #39732] [TODO] Tcl - Add…
[PATCH]#38469: [BUG] -O1 branch…
[svn:parrot-pdd] r13098…
pass tests:
How Old Are You Psychologically?
see also:

  Copyright © 2001—2010 QAIX
Идея: Монашёв Михаил.
Авторами текстов, изображений и видео, размещённых на этой странице, являются пользователи сайта.
See Help and FAQ in the community support.qaix.com.
Write in the community about the bugs you have noticedbugs.qaix.com.
Write your offers and comments in the communities suggest.qaix.com.
Information for parents.
Пишите нам на .
If you would like to report an abuse of our service, such as a spam message, please .
Если Вы хотите пожаловаться на содержимое этой страницы, пожалуйста .