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 , POST:, 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': 'Apache Server at reviews.local Port 80\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', 'mod_wsgi.request_handler': 'wsgi-scrip
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
Re: Issue status not updated properly on page refresh/revisit
I have opened http://code.google.com/p/reviewboard/issues/detail?id=2543 to track this problem. Thanks, Bart On Monday, March 19, 2012 10:49:17 AM UTC+1, Bart Celary wrote: > > Hello, > > I have a problem where the modification of the issues in the review stays > unchanged upon opening the page again in the browser. Is this a known > issue? To reproduce: > > 1. Find a review with an opened issue (drop/resolve buttons available). > 2. Click resolve or drop. > 3. Refresh page (F5). > 4. The modified issue still has drop/resolve buttons available. > 5. Refresh All (Ctrl+F5 or Shift+F5). > 6. The Issue is now resolved. > > Any suggestions how to address 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
Converting first_line to something more human readable
Hello, Is there a simple way of converting comment's first_line to something like: real-line-number-in-the-original-file / real-line-number-in-the-patched-file? This is much easier for people to read. This feature would be great for e.g. report generation. Another way of approaching this would be to generate a diff which works with first_line number (whole file diff not divided to chunks). Is there any way of obtaining this via web API? Any suggestions or pointers most appreciated. 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
Issue status not updated properly on page refresh/revisit
Hello, I have a problem where the modification of the issues in the review stays unchanged upon opening the page again in the browser. Is this a known issue? To reproduce: 1. Find a review with an opened issue (drop/resolve buttons available). 2. Click resolve or drop. 3. Refresh page (F5). 4. The modified issue still has drop/resolve buttons available. 5. Refresh All (Ctrl+F5 or Shift+F5). 6. The Issue is now resolved. Any suggestions how to address 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
Writing an extension in RB 1.7
Hi, I have a need to add some extra features to RB which is specific to my workplace. Extensions fit this perfectly. I do understand that everything could still change in 1.7 but am prepared to live with it. There's not much about the extensions in the doc but there's a promising blog entry http://mikeconley.ca/blog/2010/04/30/code-spelunking-review-board-extensions-2/ and other Mike's entries where extensions are mentioned. Additionally I've found https://github.com/chipx86/rb-extension-pack which looks promising but a bit outdated. Are these resources up-to-date in regards to current ReviewBoard development or has the design changed dramatically? I'd like to figure out how to write an extension but don't want to spend a day learning about something that has been rewritten. Thanks in advance, 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
pip install problem
Hi, I have tried to 'pip install' the latest git snapshot of the Reviewboard. I am working in a clean virtualenv (setuptools/pip only). It failed with an error: pip install -e /data/Work/Development/reviewboard Obtaining file:///data/Work/Development/reviewboard Running setup.py egg_info for package from file:///data/Work/Development/reviewboard Traceback (most recent call last): File "", line 14, in File "/data/Work/Development/reviewboard/setup.py", line 169, in "Topic :: Software Development :: Quality Assurance", File "/usr/lib/python2.7/distutils/core.py", line 152, in setup dist.run_commands() File "/usr/lib/python2.7/distutils/dist.py", line 953, in run_commands self.run_command(cmd) File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command cmd_obj.run() File "/data/Work/Development/reviewboard/setup.py", line 65, in run egg_info.run(self) File "", line 7, in replacement_run AttributeError: class egg_info has no attribute 'iter_entry_points' Complete output from command python setup.py egg_info: running egg_info creating ReviewBoard.egg-info Traceback (most recent call last): File "", line 14, in File "/data/Work/Development/reviewboard/setup.py", line 169, in "Topic :: Software Development :: Quality Assurance", File "/usr/lib/python2.7/distutils/core.py", line 152, in setup dist.run_commands() File "/usr/lib/python2.7/distutils/dist.py", line 953, in run_commands self.run_command(cmd) File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command cmd_obj.run() File "/data/Work/Development/reviewboard/setup.py", line 65, in run egg_info.run(self) File "", line 7, in replacement_run AttributeError: class egg_info has no attribute 'iter_entry_points' Command python setup.py egg_info failed with error code 1 Looks like commit be1dac2d made that change. Following patch fixed it for me. 8<8<8< diff --git a/setup.py b/setup.py index 7e572cd..7732aa9 100755 --- a/setup.py +++ b/setup.py @@ -13,7 +13,7 @@ from ez_setup import use_setuptools use_setuptools() from setuptools import setup, find_packages -from setuptools.command.egg_info import egg_info +from setuptools.command import egg_info from distutils.command.install_data import install_data from distutils.command.install import INSTALL_SCHEMES from distutils.core import Command @@ -51,7 +51,7 @@ class osx_install_data(install_data): install_data.finalize_options(self) -class BuildEggInfo(egg_info): +class BuildEggInfo(egg_info.egg_info): def run(self): # Conditionally build the media files if there's a settings_local # file. If there isn't one, we assume this is a new dev tree, in which @@ -62,7 +62,7 @@ class BuildEggInfo(egg_info): if os.path.exists('settings_local.py'): self.run_command('build_media') -egg_info.run(self) +egg_info.egg_info.run(self) class BuildMedia(Command): 8<8<8< 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 wrote: > What's the offending line? > > Christian > > On Dec 16, 2011, at 13:59, Bart Celary 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 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 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
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 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 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
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" 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 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 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://pyp
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
Repository specific new review request form
Hello All, I have been inclined to check the status of the Clearcase integration in ReviewBoard and found it very well supported. Great job! I have a feeling however that we could simplify the Clearcase review process by extending RB's new review request form. The branches are global for Clearcase and other info (review name, description, etc.) is available based on the branch name (in our case but could be added to the form as well). The diff can also be grabbed from the Clearcase view (the files must have been checked in of course). This begs to have a web based new review request form as all the relevant info is there for the RB server. Could you advice what's the best way to implement this functionality? Not sure if anyone else would be interested in this but if so, I would like to send the patch. Regards, 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