Deon? anybody? no comments on this? am I the only one having this kind of problem? should I try other browser? (I have tried Firefox and Chrome, should I try Opera or maybe IE?). Do you need a test environment? (I could generate a test LDAP server with many entries for you to see and test this issue, I could also give you access to the test server if you need to).
Too bad I don't have the money to sponsor a fix, but I can certainly help. Sincerely, Ildefonso. On Sat, Oct 22, 2011 at 5:25 PM, Jose Ildefonso Camargo Tolosa <ildefonso.cama...@gmail.com> wrote: > Hi again, > > Ok, tested with phpldapadmin from git: same issue, now, I think it is > better that I describe all of this. > > I have a groupOfUniqueNames with around 1500 members (I guess that > anything above 1000 should do the trick), and I did this: > > 1. Open the object with "default" template (later I tried with a > custom template, but that's another history). > 2. Tried to add a new member with the "add value" link you see at the > end of the member list. > 3. Upon hitting "Update Object", the system would confirm the changes, > but it would only show the first 993 values on the "New Value" column, > and I feel that if I were to click "Update Object" again, it would > just delete the other ~500 entries. > > The other situation: > > 1. Once again, open with "default" template. > 2. Tried to edit members with the "modify group members" link. > 3. Make any change, for example, try to add a new member (doesn't > really matter, but adding a new member is the best way to trigger the > issue). > 4. Click "Save changes". > > What I got: > > 1. The browser would be busy processing some javascript for over 8 > minutes (I just timed it, yes, I sat here and clicked "continue" to > the browser for over 8 minutes - 8 minutes 37 seconds on my computer, > actually). > 2. After waiting that long, it would finally submit. > 3. After submit, it would just say that you made no changes!!! so, > this makes me think that it doesn't process all the entries. > > Now, my other test, with a custom template: > > 1. Created a custom template custom_groupOfUniqueNames.xml (see > attached: yes, a dead simple template). > 2. Tried to use the template to see my entry. > 3. Just waited over 15 minutes for it to finish (clicking "Continue" > on the browser when prompted about the unresponsive script), and... > didn't finish, I timed-out (decided to just stop it). > > Anyway, I wonder, why this simple template takes so long to render, > and more important: why does it requires *so much* javascript to > render? I mean, it is just producing a bunch of text boxes > (apparently), and all the text boxes are already there, then: what is > the javascript doing? I don't think we need so much dynamic content > for this simple template, do we? > > Thanks! > > Ildefonso Camargo > > > On Sat, Oct 22, 2011 at 11:24 AM, Jose Ildefonso Camargo Tolosa > <ildefonso.cama...@gmail.com> wrote: >> Hi Deon, >> >> Thanks for taking the time to answer me! >> >> On Sat, Oct 22, 2011 at 9:21 AM, Deon George >> <wur...@users.sourceforge.net> wrote: >>> On 22/10/11 07:57, Jose Ildefonso Camargo Tolosa wrote: >>>> While creating an user Template, is it possible to automatically add >>>> the user to a certain group(s)? (ie, upon creation of a new user, have >>>> some trigger alter the group and add the new user's DN). >>> PLA provides a hook capability, which you can call other actions based >>> on additions, modifications and updates. >> >> Ok, that sounds good, I'll search through the docs to find out how to >> use this. With this I could possibly workaround the problem. >> >>>> See, I have tried several things, and I still get this result: the >>>> javascript takes forever to run on this large group (~1400 members), >>>> and in the end: it just fails... I'm yet to test latest git, but this >>>> far I'm asking myself: why so much javascript on this? I mean, it >>>> starts to create (apparently) a lot of hidden fields dynamically, and >>>> that kind of stuff... now, I can't understand why does that takes so >>>> long. I have tested this with Firefox 7 and Chrome 14, with same >>>> result: *really* slow javascript processing. >>> Since I dont know what version you are running, I would suggest you try >>> the latest GIT - there were some additional performance updates added >>> after 1.2.1.1. >> >> Uh, yeah, basic rule -give my current version- I'm running 1.2.1.1. I >> will give a try to git and report back, likely later today. >> >> Once again, thanks for answering! >> >> Ildefonso. >> > ------------------------------------------------------------------------------ The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev _______________________________________________ phpldapadmin-users mailing list phpldapadmin-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/phpldapadmin-users
