Karen, Sorry about that:-( I just yanked everything from the terminal and pasted it in the group (not gmail), I will be more cautious next time. As far as my issues, my workflow consists of:
- modify code - save - restart apache - view in browser (usually ff) so yes, I always restart apache. I have managed to solve the issue, but I'm still not sure what caused it. I completely removed list_display and re-entered everything that was there (exactly the same as it was) and between each entry i saved and restarted apache and tested just to make sure it worked (also, to try and pinpoint the problematic entry). I managed to get everything entered without an issue. I wonder if for some reason I possibly saved the file in a different encoding (didn't think i could do that with ":w" in vim, but, hey what the heck)? If you have any ideas as to what possibly caused this issue I would love to hear your/the communities thoughts on this. Thanks again for the help (and constructive criticism ;-))!!! Cheers, Blake M. Sisco LOR Manufacturing Co., Inc Web Presence • Graphic Design www.lormfg.com (866) 644-8622 (888) 524-6292 FAX The information transmitted by Blake Sisco herewith is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer On Mon, Jul 13, 2009 at 2:43 PM, Karen Tracey <kmtra...@gmail.com> wrote: > On Mon, Jul 13, 2009 at 1:51 PM, bsisco <blake.si...@gmail.com> wrote: > >> >> i double checked all of my admin settings and nothing has changed. >> however, i started commented out items i didn't need anymore >> (list_display_links and list_filter) in the admin class for this model >> and now i get a 500 error. > > > I don't know that it was a good idea to start making yet more changes in an > area of code that had already started behaving in a way that wasn't > understood. In particular I am not at all sure that these changes you > describe are what have resulted in the error you show below. What you > describe as having changed (commenting out a couple of things) would not > have caused the error you show details for. > > >> Below is the traceback from the log file >> that I'm getting: >> >> [Mon Jul 13 13:40:53 2009] [error] [client 66.103.240.1] mod_python >> (pid=21091, interpreter='wartrac.lormfg.com', phase='PythonHandler', >> handler='django.core.handlers.modpython'): Application error >> [Mon Jul 13 13:40:53 2009] [error] [client 66.103.240.1] ServerName: >> 'wartrac.lormfg.com' >> [Mon Jul 13 13:40:53 2009] [error] [client 66.103.240.1] DocumentRoot: >> '/home/sites' >> [Mon Jul 13 13:40:53 2009] [error] [client 66.103.240.1] URI: '/admin/ >> tracker' > > > [much more snipped] > > Egad. In the future it would be appreciated if you could make an effort to > take that raw stuff and format it using your favorite text-processing tools > or editor so that it is at least semi-readable in email. The tail end of > the traceback buried (twice) in all that noise is: > > File "/home/blake/django_projects/wartrac/tracker/admin.py", line 117, in > <module> > admin.site.register(Warranty, WarrantyAdmin) > File "/usr/lib/python2.5/site-packages/django/contrib/admin/sites.py", > line 92, in register > validate(admin_class, model) > File > "/usr/lib/python2.5/site-packages/django/contrib/admin/validation.py", line > 32, in validate > if not hasattr(cls, field): > TypeError: hasattr(): attribute name must be string > > which implies you have something that is not a string, nor a callable, in > your list_display for WarrantyAdmin. For example I can cause that traceback > by specifying a list_display of: > > list_display = ('Author', 22, 'Pseudonym', 'Notes', 'puzzle_count') > > for the ModelAdmin for one of the models in one of my projects. > > This again implies your admin definitions for this model have been broken. > Specifically, the list_display specification. Thus, your WarrantyAdmin code > would be more useful to see than the virtual host config for your site. > > It's also a little puzzling that you are getting this traceback in the > Apache log, as this validation code is only run when DEBUG is set to True in > your settings -- yet if DEBUG were True, you'd be getting a debug page, not > a 500 response with the traceback logged in the Apache error log. As you > make changes here, are you being careful to restart Apache so that you are > sure it is running the code you have changed? > > Karen > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to django-users@googlegroups.com To unsubscribe from this group, send email to django-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/django-users?hl=en -~----------~----~----~----~------~----~------~--~---