
<!DOCTYPE rss PUBLIC  "-//Netscape Communications//DTD RSS 0.91//EN"
"http://my.netscape.com/publish/formats/rss-0.91.dtd">
<rss version="0.91">
<channel> 
<title></title> 
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi</link> 
<description>The work log of Bernie Simon</description> 
<language>en</language> 
<item>
<title>Cleaning Up</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/311117570550.html</link>
<description>
&lt;p&gt;I looked at all the old calls that had been assigned to me, made
sure they were worked, and marked them as resolved. In the afternoon,
I worked with Greg on configuring the remedy development machine. I
also tried to set up a redirect in the /stsci folder, but this failed
for reasons I have yet to determine.&lt;/p&gt;
</description>
</item>

<item>
<title>Closure</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/271117225956.html</link>
<description>
&lt;p&gt;Glen suggested that the fix I made to updates.pl was also needed in
missing.pl. He was right, so I made the change and checked the other
ldap utilities to make sure they didn't have the same problem. Then I
created the new ldap screen for the DVAs and asked if it was
appropriate. The line in STFolders.py that I missed and Greg called my 
attention to turned out to be the fix. I updated the file, tested it
to make sure it worked, and submitted a test plan. There were some
permission problems in installing the fix, so I notified Jim and
Mike.&lt;/p&gt;
</description>
</item>

<item>
<title>Step Forward</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/261117141414.html</link>
<description>
&lt;p&gt;I thought I located the cause of the permission change problem and
put in a fix. However, the fix didn't work, so I'll look
further. Battra, the Zope site I'm working on, was down most of the
afternoon, so I used the opportunity to finish updating the alternate
phone numbers.&lt;/p&gt;
</description>
</item>

<item>
<title>Debug Mode</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/251117054556.html</link>
<description>
&lt;p&gt;I checked the source code again in an attempt to track doen the
permissions editing problem. I hit a wall, so I added logging code to
the source. Greg was working with the Zope server, so I held off
rebooting and switched to working on another ldap problem: why it was
reporting on new affiliate users. I fixed that problem, I hope, by
modifying the ldap filter.&lt;/p&gt;
</description>
</item>

<item>
<title>Zope Debugging</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/241116967894.html</link>
<description>
&lt;p&gt;I debugged the GenericLog class in the morning and worked with Greg 
on Poskey error repair in the afternoon.&lt;/p&gt;
</description>
</item>

<item>
<title>Permissions Bug Found</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/231116879663.html</link>
<description>
&lt;p&gt;Greg and I found the source of Leigh's permission bug by stepping
through the Zope code in the debugger. It turns out that if a folder
does not have an index_html method in it, it will theow an error when
you try to change permissions: some message about the View
permission. Adding an index_html method works around the problem. The
source code for this "feature" is in AccessControl/Role.py, but is
obscure to me. Besides looking at that problem I answered a question
about user modifiable ldap fields and work on some more alt phone
numbers.&lt;/p&gt;
</description>
</item>

<item>
<title>Odds and Ends</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/201116623185.html</link>
<description>
&lt;p&gt;I got Susan the statistics for the nicmos handbook. Then I went
back to the changing permission problem. I decided the only way to
handle the problem was to log the changes, so I wrote a logger
class. Then I finished up the day by fixing some more alternate phone
numbers.&lt;/p&gt;
</description>
</item>

<item>
<title>Zope Woes</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/191116537298.html</link>
<description>
&lt;p&gt;In the morning I modified the inspectZODB method Greg found to make 
it a runnable script. I ran it on a bad oid and it found nothing. I'm
thinking I don't understand how it works. Leigh reported a problem
with changing permissions in Zope. I investigated and stared at the
code, but wasn't able to find anything. Tomorrow I'll try the
debugger. We also had the post-mortem meeting for the Zope upgrade and 
Susan asked me to find the number and location of the links to the ACS 
handbook.&lt;/p&gt;
</description>
</item>

<item>
<title>Poskey Problems</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/181116445944.html</link>
<description>
&lt;p&gt;I located and ran my poskey checking script. Unfortunately, it doesn't 
print enough information to locate the errors. I looked at the other
Zope utilities and ran fsdiff, which doesn't report errors. I got a
request for an ldap management screen that only contains the essential 
fields. I said it would be easy to create and forwarded a list of
fields I thought were essential.&lt;/p&gt;
</description>
</item>

<item>
<title>Zope and Badlinks</title>
<link>http://www-int.stsci.edu/~bsimon/weblog.cgi/post/171116362270.html</link>
<description>
&lt;p&gt;I copied the production database over to battra and restarted it in 
hopes of finding the poskey errors. That didn't work. Running the zope 
utilities showed that we have a number of hard errors in the database, 
we are trying to locate them. Our current strategy is to find the hard 
errors, fix them, and pray this resolves the problem. My last
attempted fix of the badlinks script was to force the base url to the
contents of the base tag where it exists. That seems to have resolved
the problem, so I put the script backinto operation. Bobby Edwards
reported a problem updating a user's record in ldap. My guess is that
the problem happened because the user doesn't have a divisional
administrator. I am still investigating. I need to find the tools I
wrote for the poskey tiger team so we can do further
investigation.&lt;/p&gt;

</description>
</item>

</channel>
</rss>
