Cannot resolve keyword 'get_full_name'
Hi, I am on 1.7.4 and hit the following problem when accessing /users/ URL: Traceback (most recent call last): File /data/httpd/www/reviews/lib/python2.7/site-packages/django/core/handlers/base.py, line 111, in get_response response = callback(request, *callback_args, **callback_kwargs) File /data/httpd/www/reviews/lib/python2.7/site-packages/ReviewBoard-1.7.4-py2.7.egg/reviewboard/accounts/decorators.py, line 20, in _check return login_required(view_func)(*args, **kwargs) File /data/httpd/www/reviews/lib/python2.7/site-packages/Djblets-0.7.9-py2.7.egg/djblets/auth/util.py, line 47, in _checklogin return view_func(request, *args, **kwargs) File /data/httpd/www/reviews/lib/python2.7/site-packages/ReviewBoard-1.7.4-py2.7.egg/reviewboard/reviews/views.py, line 798, in submitter_list return grid.render_to_response(template_name) File /data/httpd/www/reviews/lib/python2.7/site-packages/Djblets-0.7.9-py2.7.egg/djblets/datagrid/grids.py, line 763, in render_to_response self.load_state() File /data/httpd/www/reviews/lib/python2.7/site-packages/Djblets-0.7.9-py2.7.egg/djblets/datagrid/grids.py, line 590, in load_state self.precompute_objects() File /data/httpd/www/reviews/lib/python2.7/site-packages/Djblets-0.7.9-py2.7.egg/djblets/datagrid/grids.py, line 657, in precompute_objects 'pk', flat=True)) File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/query.py, line 87, in __len__ self._result_cache.extend(self._iter) File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/query.py, line 1078, in iterator for row in self.query.get_compiler(self.db).results_iter(): File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/sql/compiler.py, line 763, in results_iter for rows in self.execute_sql(MULTI): File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/sql/compiler.py, line 808, in execute_sql sql, params = self.as_sql() File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/sql/compiler.py, line 72, in as_sql ordering, ordering_group_by = self.get_ordering() File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/sql/compiler.py, line 401, in get_ordering self.query.model._meta, default_order=asc): File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/sql/compiler.py, line 427, in find_ordering_name field, col, alias, joins, opts = self._setup_joins(pieces, opts, alias) File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/sql/compiler.py, line 460, in _setup_joins opts, alias, False) File /data/httpd/www/reviews/lib/python2.7/site-packages/django/db/models/sql/query.py, line 1316, in setup_joins Choices are: %s % (name, , .join(names))) FieldError: Cannot resolve keyword 'get_full_name' into field. Choices are: date_joined, default_review_paths, directed_drafts, directed_review_requests, email, first_name, groups, id, is_active, is_staff, is_superuser, last_login, last_name, local_site, local_site_admins, logentry, password, profile, repositories, review_groups, review_request_visits, review_requests, reviews, site_profiles, user_permissions, username WSGIRequest path:/users/, GET:QueryDict: {}, POST:QueryDict: {}, COOKIES:{'collapsediffs': 'True', 'csrftoken': '0b0fd517d45311fb6faee2f79a40922e', 'rbsessionid': 'f5a75ba4ec55732b1366be479896afae'}, META:{'DOCUMENT_ROOT': '/data/httpd/www/reviews/var/www/reviews/htdocs', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'pl,en;q=0.7,en-us;q=0.3', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_COOKIE': 'rbsessionid=f5a75ba4ec55732b1366be479896afae; csrftoken=0b0fd517d45311fb6faee2f79a40922e; collapsediffs=True;', 'HTTP_DNT': '1', 'HTTP_HOST': 'reviews.local', 'HTTP_USER_AGENT': 'Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20100101 Firefox/18.0', 'PATH_INFO': u'/users/', 'PATH_TRANSLATED': '/data/httpd/www/reviews/var/www/reviews/htdocs/reviewboard.wsgi/users/', 'QUERY_STRING': '', 'REMOTE_ADDR': '10.156.236.137', 'REMOTE_PORT': '58923', 'REQUEST_METHOD': 'GET', 'REQUEST_URI': '/users/', 'SCRIPT_FILENAME': '/data/httpd/www/reviews/var/www/reviews/htdocs/reviewboard.wsgi', 'SCRIPT_NAME': u'', 'SERVER_ADDR': '10.159.74.4', 'SERVER_ADMIN': 'bartek.celary@local', 'SERVER_NAME': 'reviews.local', 'SERVER_PORT': '80', 'SERVER_PROTOCOL': 'HTTP/1.1', 'SERVER_SIGNATURE': 'addressApache Server at reviews.local Port 80/address\n', 'SERVER_SOFTWARE': 'Apache', 'mod_wsgi.application_group': '', 'mod_wsgi.callable_object': 'application', 'mod_wsgi.handler_script': '', 'mod_wsgi.input_chunked': '0', 'mod_wsgi.listener_host': '', 'mod_wsgi.listener_port': '80', 'mod_wsgi.process_group': 'reviews',
Maintenance mode
Hello RB users, In my RB setup I am often faced with a situation when the SCM server for my repositories is having issues (e.g. problem accessing files, etc.). In this case I'd like to be able to disable the RB server and show some friendly message that the server is having problems. What's your way of dealing with this? Thanks Bart -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en
File does not exist: .../media/rb/js/base.None.min.js
Hello, I am trying out the latest git snapshot of the RB along with the latest djblets. The dev server works OK, however I am not able to retrieve any of the javascript and css files: File does not exist: ./reviews/htdocs/media/rb/js/ base.None.min.js, referer: http://.../account/login/?next_page=/dashboard/ Are there any extra configuration steps to be taken when trying out this on mod_wsgi? Thanks, Bartek -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en
Re: Extension's ModelAdmin and AdminSite
Steven, Thanks for taking your time working on this. I understand the bug prevents this from being integrated now. For now my solution was to simply create a new AdminSite in the admin.py and register it under extensions' admin URL / db. I do hit the Django bug but other than that it is usable for now. Will move to your solution once it's integrated. Bartek -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en
Extension's ModelAdmin and AdminSite
Hello, Could you tell me what is the proper way of registering ModelAdmin classes for extensions. Should I create extra AdminSite instance for this purpose or use django.contrib.admin.site? I thought that just registering ModelAdmin classes in myext.admin module would be OK but it is not picked up by Django. I have added explicit import of admin module in urls: from django.conf.urls.defaults import include, patterns, url from myext.admin import admin urlpatterns = patterns('myext.views', url(r'^$', 'dashboard'), (r'^db/', include(admin.site.urls)), ) and although it is working, there's always a list of all applications in both myext/db and admin/db but in admin/db the myext application urls are not valid. This doesn't look to good... Could you suggest a right way of doing this? Any help would be greatly appreciated. Thanks, Bartek -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en
Per user whitespace diff viewer options
Hi, I am wondering if there are any plans in future releases to allow the user to save the preference in regard to whitespace diff viewer options. Currently the whitespace changes are turned on by default. I am aware that the show trailing whitespace option could be disabled globally but this is not what most people need in my team. Some of them would prefer those 2 options to be off when opening a diff viewer. Thanks, Bartek -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en
Re: Fixed diff width
Christian, Please accept my apologies for bringing this up as a problem. It is not. I have missed an insanely long line which has got underscores and double semicolons in it (C++ function definition with an insanely long name and parameter type...). I thought I've double checked this, sorry. Best Regards, Bartek On Dec 17, 4:21 am, Christian Hammond chip...@gmail.com wrote: What's the offending line? Christian On Dec 16, 2011, at 13:59, Bart Celary bartlomiej.cel...@gmail.com wrote: Tried already on Chromium and Firefox under latest Ubuntu as well as Chrome/Firefox on Windows... Most files show well but some produce a diff table to be 2000px wide. Are there any views that in the future (css3?) this could work as expected in all the cases? Bartek On 16 Gru, 18:44, Christian Hammond chip...@gmail.com wrote: Are you using IE? If so, you're a bit out of luck. The problem should largely go away with Firefox/Chrome, though depending on content it's still possible to hit. It's up to the browser to decide when to wrap. We already provide hints telling it to be liberal with its wrapping. Christian On Dec 16, 2011, at 6:38, Bart Celary bartlomiej.cel...@gmail.com wrote: Hi, I have searched the group's archives and haven't really found and answer to my question. In the diff viewer I am getting quite wide diffs for some files. The diff in question does not contain any text that is not breakable (e.g. we are using spaces to separate words, no long strings such as '-'*120, etc.). Is there a way to make sure the diff stays on the 100% of the screen width? We do not have a strict 80 characters margin policy, so forcing this is not a solution for me. I wonder what is causing this? Can I force the text to be broken to fit the screen? Thanks, Bartek -- Want to help the Review Board project? Donate today athttp://www.reviewboard.org/donate/ Happy user? Let us know athttp://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group athttp://groups.google.com/group/reviewboard?hl=en -- Want to help the Review Board project? Donate today athttp://www.reviewboard.org/donate/ Happy user? Let us know athttp://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group athttp://groups.google.com/group/reviewboard?hl=en -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en
Fixed diff width
Hi, I have searched the group's archives and haven't really found and answer to my question. In the diff viewer I am getting quite wide diffs for some files. The diff in question does not contain any text that is not breakable (e.g. we are using spaces to separate words, no long strings such as '-'*120, etc.). Is there a way to make sure the diff stays on the 100% of the screen width? We do not have a strict 80 characters margin policy, so forcing this is not a solution for me. I wonder what is causing this? Can I force the text to be broken to fit the screen? Thanks, Bartek -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en
Re: Installing ReviewBoard on latest Ubuntu
I thought I'll share my way of installing RB on Ubuntu. What I normally do when installing django projects is install everything via virtualenv script. On Ubuntu you can apt-get install python-pip and python-virtualenv, then: # Create Python virtual environments directory mkdir -p /srv/pve # Specific project dir mkdir /srv/pve/project-name # Create python virtual env, do not inherit any site-packages (clean python) virtualenv --no-site-packages --distribute /srv/pve/project-name # You can source the /srv/pve/project-name/bin/activate file to switch to your virtualenv: source /srv/pve/project-name/bin/activate # now you are free to install whatever python packages (and versions) you like # install RB pip install ReviewBoard # NOTE: pip supports installing things from the repositories. You can use the pip freeze option to save the installed packages' versions. (source and more info for the required modifications to the server setup: http://www.saltycrane.com/blog/2009/05/notes-using-pip-and-virtualenv-django/) I like the way this keeps my setup independent from the distribution's site-packages. HTH Regards, Bartek PS. Not sure if it has been fixed but PIL package did not compiled correctly in Ubunut 11.04 (the lib locations were not as it expected). I had to grab it manually and fix the lib's location in the setup.py. On Dec 14, 4:54 am, mmn...@gmail.com mmn...@gmail.com wrote: Finally! Went to the Django site, manually downloaded 1.3.1 and installed manually in the normal way. Then I have atleast progressed forward. Thanks for your pointers. MMN On Dec 14, 8:23 am, Christian Hammond chip...@chipx86.com wrote: The choice of pip vs. easy_install doesn't actually matter here. Personally, I use easy_install. You're hitting some very strange issues that are not at all common on a system. I'm a bit stuck as to where you are in this. What exactly is failing? What version of Ubuntu is this? Christian -- Christian Hammond - chip...@chipx86.com Review Board -http://www.reviewboard.org VMware, Inc. -http://www.vmware.com On Tue, Dec 13, 2011 at 7:03 PM, mmn...@gmail.com mmn...@gmail.com wrote: I might have hit on the issue. I think pip is expected to be the replacement for easy_install? I used pip to first remove ReviewBoard and then tried to reinstall in verbose mode. From this it looks like there is a timeout, but on easy_install even with verbose option nothing is getting printed as error. Other than this I cannot think of any reason why Django is not found. mmn@mmn-hp-workstation-xw4100://$ sudo pip -v install ReviewBoard Downloading/unpacking ReviewBoard Running setup.py egg_info for package ReviewBoard running egg_info writing requirements to pip-egg-info/ReviewBoard.egg-info/ requires.txt writing pip-egg-info/ReviewBoard.egg-info/PKG-INFO writing top-level names to pip-egg-info/ReviewBoard.egg-info/ top_level.txt writing dependency_links to pip-egg-info/ReviewBoard.egg-info/ dependency_links.txt writing entry points to pip-egg-info/ReviewBoard.egg-info/ entry_points.txt warning: manifest_maker: standard file '-c' not found reading manifest file 'pip-egg-info/ReviewBoard.egg-info/ SOURCES.txt' reading manifest template 'MANIFEST.in' warning: no files found matching '*' under directory 'locale' no previously-included directories found matching 'docs/*/_build' no previously-included directories found matching 'reviewboard/ htdocs/media/uploaded/images' writing manifest file 'pip-egg-info/ReviewBoard.egg-info/ SOURCES.txt' Downloading/unpacking Django=1.3.1 (from ReviewBoard) Ignoring link http://pypi.python.org/packages/source/D/Django/Django-1.2.1.tar.gz#m... (fromhttp://pypi.python.org/simple/Django/), version 1.2.1 doesn't match =1.3.1 Ignoring link http://pypi.python.org/packages/source/D/Django/Django-1.2.7.tar.gz#m... (fromhttp://pypi.python.org/simple/Django/), version 1.2.7 doesn't match =1.3.1 Ignoring link http://pypi.python.org/packages/source/D/Django/Django-1.2.5.tar.gz#m... (fromhttp://pypi.python.org/simple/Django/), version 1.2.5 doesn't match =1.3.1 Ignoring link http://pypi.python.org/packages/source/D/Django/Django-1.2.6.tar.gz#m... (fromhttp://pypi.python.org/simple/Django/), version 1.2.6 doesn't match =1.3.1 Ignoring link http://pypi.python.org/packages/source/D/Django/Django-1.2.4.tar.gz#m... (fromhttp://pypi.python.org/simple/Django/), version 1.2.4 doesn't match =1.3.1 Ignoring link http://pypi.python.org/packages/source/D/Django/Django-1.2.tar.gz#md5... (fromhttp://pypi.python.org/simple/Django/), version 1.2 doesn't match =1.3.1 Ignoring link http://pypi.python.org/packages/source/D/Django/Django-1.1.3.tar.gz#m... (fromhttp://pypi.python.org/simple/Django/), version 1.1.3 doesn't match =1.3.1 Ignoring link
Re: Fixed diff width
Tried already on Chromium and Firefox under latest Ubuntu as well as Chrome/Firefox on Windows... Most files show well but some produce a diff table to be 2000px wide. Are there any views that in the future (css3?) this could work as expected in all the cases? Bartek On 16 Gru, 18:44, Christian Hammond chip...@gmail.com wrote: Are you using IE? If so, you're a bit out of luck. The problem should largely go away with Firefox/Chrome, though depending on content it's still possible to hit. It's up to the browser to decide when to wrap. We already provide hints telling it to be liberal with its wrapping. Christian On Dec 16, 2011, at 6:38, Bart Celary bartlomiej.cel...@gmail.com wrote: Hi, I have searched the group's archives and haven't really found and answer to my question. In the diff viewer I am getting quite wide diffs for some files. The diff in question does not contain any text that is not breakable (e.g. we are using spaces to separate words, no long strings such as '-'*120, etc.). Is there a way to make sure the diff stays on the 100% of the screen width? We do not have a strict 80 characters margin policy, so forcing this is not a solution for me. I wonder what is causing this? Can I force the text to be broken to fit the screen? Thanks, Bartek -- Want to help the Review Board project? Donate today athttp://www.reviewboard.org/donate/ Happy user? Let us know athttp://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group athttp://groups.google.com/group/reviewboard?hl=en -- Want to help the Review Board project? Donate today at http://www.reviewboard.org/donate/ Happy user? Let us know at http://www.reviewboard.org/users/ -~--~~~~--~~--~--~--- To unsubscribe from this group, send email to reviewboard+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/reviewboard?hl=en