Re: Getting this error while installing RB kindly help
Hi, Sorry, been out of town. Either your database is not copied over, not referenced correctly in settings_local.py, or you have set SITE_ID to something other than 1 in settings_local.py. Christian -- Christian Hammond - chip...@chipx86.com Review Board - http://www.reviewboard.org Beanbag, Inc. - http://www.beanbaginc.com On Mon, Sep 23, 2013 at 5:36 AM, Harihar Pai harihar.p...@gmail.com wrote: Any help on this please. I am having hard time with it please help. Thanks and regards, Harihar Pai On Friday, 20 September 2013 15:24:23 UTC+5:30, Harihar Pai wrote: Hello Christian, Thanks for the reply . But still the problem is not solved. I did what you suggested copied the entire from /var/www/Reviewboard form production to my current location. I even took the mysql dump and put it in to test. Next while upgrading I get this. easy_install -U ReviewBoard (this runs fine) rb-site upgrade /var/www/reviewboard this runs with problem. Kindly help. ==**==** Traceback (most recent call last): File /usr/local/bin/rb-site, line 9, in module load_entry_point('ReviewBoard=**=1.7.14', 'console_scripts', 'rb-site')() File /usr/local/lib/python2.6/**dist-packages/ReviewBoard-1.7.** 14-py2.6.egg/reviewboard/**cmdline/rbsite.py, line 2027, in main command.run() File /usr/local/lib/python2.6/**dist-packages/ReviewBoard-1.7.** 14-py2.6.egg/reviewboard/**cmdline/rbsite.py, line 1837, in run static_media_upgrade_needed = site.get_static_media_upgrade_** needed() File /usr/local/lib/python2.6/**dist-packages/ReviewBoard-1.7.** 14-py2.6.egg/reviewboard/**cmdline/rbsite.py, line 385, in get_static_media_upgrade_**needed siteconfig = SiteConfiguration.objects.get_**current() File /usr/local/lib/python2.6/**dist-packages/Djblets-0.7.18-** py2.6.egg/djblets/siteconfig/**managers.py, line 47, in get_current site = Site.objects.get_current() File /usr/local/lib/python2.6/**dist-packages/Django-1.4.8-** py2.6.egg/django/contrib/**sites/models.py, line 25, in get_current current_site = self.get(pk=sid) File /usr/local/lib/python2.6/**dist-packages/Django-1.4.8-** py2.6.egg/django/db/models/**manager.py, line 131, in get return self.get_query_set().get(***args, **kwargs) File /usr/local/lib/python2.6/**dist-packages/Django-1.4.8-** py2.6.egg/django/db/models/**query.py, line 366, in get % self.model._meta.object_name) django.contrib.sites.models.**DoesNotExist: Site matching query does not exist. ==**==** ==**==**= I don't understand what is this. Kindly help. On Wednesday, 14 August 2013 00:23:26 UTC+5:30, Christian Hammond wrote: Hi, If you're planning on using the production DB on a new system, you'll need to treat it like an upgrade. You should copy over the database, copy over the old site directory, and do an 'rb-site upgrade'. This assumes the paths haven't changed. If they have, you'll need to copy over the old site directory and then update $sitedir/conf/settings_local.**py and $siteconfig/htdocs/**reviewboard.wsgi to point to the correct paths. Christian -- Christian Hammond - chi...@chipx86.com Review Board - http://www.reviewboard.org Beanbag, Inc. - http://www.beanbaginc.com On Tue, Aug 13, 2013 at 3:03 AM, Harihar Pai hariha...@gmail.comwrote: Hello Christian, Well what I am doing is . This is a fresh new test machine I am installing. We have production RB in some other machine. But I want all the DB dump of review board in this machine. So I did take the mysql dump of out production RB database and undumped in into new fresh machine I am working on. Secondly On the new machine I am installing the fresh latest RB. Thanks and regards, Hari On Tuesday, 13 August 2013 14:43:42 UTC+5:30, Christian Hammond wrote: Is this intended to be a brand new install, or an upgrade? If an upgrade, or if moving from one server to another, do not use 'rb-site install'. Copy over the site directory (if moving), and do 'rb-site upgrade'. The traceback says you're doing a new install, whereas you mentioned that you had 1.6.3, so I suspect a new install is not what you want. Christian -- Christian Hammond - chi...@chipx86.com Review Board - http://www.reviewboard.org Beanbag, Inc. - http://www.beanbaginc.com On Tue, Aug 13, 2013 at 1:48 AM, Harihar Pai hariha...@gmail.comwrote: On Monday, 12 August 2013 23:17:49 UTC+5:30, Christian Hammond wrote: Hi, What version are you upgrading from? Ill need to see your settings_local.py file (with SECRET_KEY and any other sensitive information masked). Christian On Monday, August 12, 2013, Harihar Pai wrote: I have using latest RB version . While installing I am getting this error Traceback (most recent call last): File
Re: Getting this error while installing RB kindly help
Hello Sir, This is my settings_local.py DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': 'reviewboard', 'USER': 'root', 'PASSWORD': '', 'HOST': 'localhost', 'PORT': '3307', }, } # Unique secret key. Don't share this with anybody. SECRET_KEY = '1j6wd#oic00jdgvwn6' # Cache backend settings. CACHE_BACKEND = 'memcached://localhost:11211/' # Extra site information. SITE_ID = 1 SITE_ROOT = '/' FORCE_SCRIPT_NAME = '' DEBUG = False I have copied DB too. Thanks and regards, Harihar Pai On Tuesday, 24 September 2013 13:46:45 UTC+5:30, Christian Hammond wrote: Hi, Sorry, been out of town. Either your database is not copied over, not referenced correctly in settings_local.py, or you have set SITE_ID to something other than 1 in settings_local.py. Christian -- Christian Hammond - chi...@chipx86.com javascript: Review Board - http://www.reviewboard.org Beanbag, Inc. - http://www.beanbaginc.com On Mon, Sep 23, 2013 at 5:36 AM, Harihar Pai hariha...@gmail.comjavascript: wrote: Any help on this please. I am having hard time with it please help. Thanks and regards, Harihar Pai On Friday, 20 September 2013 15:24:23 UTC+5:30, Harihar Pai wrote: Hello Christian, Thanks for the reply . But still the problem is not solved. I did what you suggested copied the entire from /var/www/Reviewboard form production to my current location. I even took the mysql dump and put it in to test. Next while upgrading I get this. easy_install -U ReviewBoard (this runs fine) rb-site upgrade /var/www/reviewboard this runs with problem. Kindly help. ==**==** Traceback (most recent call last): File /usr/local/bin/rb-site, line 9, in module load_entry_point('ReviewBoard=**=1.7.14', 'console_scripts', 'rb-site')() File /usr/local/lib/python2.6/**dist-packages/ReviewBoard-1.7.** 14-py2.6.egg/reviewboard/**cmdline/rbsite.py, line 2027, in main command.run() File /usr/local/lib/python2.6/**dist-packages/ReviewBoard-1.7.** 14-py2.6.egg/reviewboard/**cmdline/rbsite.py, line 1837, in run static_media_upgrade_needed = site.get_static_media_upgrade_** needed() File /usr/local/lib/python2.6/**dist-packages/ReviewBoard-1.7.** 14-py2.6.egg/reviewboard/**cmdline/rbsite.py, line 385, in get_static_media_upgrade_**needed siteconfig = SiteConfiguration.objects.get_**current() File /usr/local/lib/python2.6/**dist-packages/Djblets-0.7.18-** py2.6.egg/djblets/siteconfig/**managers.py, line 47, in get_current site = Site.objects.get_current() File /usr/local/lib/python2.6/**dist-packages/Django-1.4.8-** py2.6.egg/django/contrib/**sites/models.py, line 25, in get_current current_site = self.get(pk=sid) File /usr/local/lib/python2.6/**dist-packages/Django-1.4.8-** py2.6.egg/django/db/models/**manager.py, line 131, in get return self.get_query_set().get(***args, **kwargs) File /usr/local/lib/python2.6/**dist-packages/Django-1.4.8-** py2.6.egg/django/db/models/**query.py, line 366, in get % self.model._meta.object_name) django.contrib.sites.models.**DoesNotExist: Site matching query does not exist. ==**==** ==**==** = I don't understand what is this. Kindly help. On Wednesday, 14 August 2013 00:23:26 UTC+5:30, Christian Hammond wrote: Hi, If you're planning on using the production DB on a new system, you'll need to treat it like an upgrade. You should copy over the database, copy over the old site directory, and do an 'rb-site upgrade'. This assumes the paths haven't changed. If they have, you'll need to copy over the old site directory and then update $sitedir/conf/settings_local.**py and $siteconfig/htdocs/**reviewboard.wsgi to point to the correct paths. Christian -- Christian Hammond - chi...@chipx86.com Review Board - http://www.reviewboard.org Beanbag, Inc. - http://www.beanbaginc.com On Tue, Aug 13, 2013 at 3:03 AM, Harihar Pai hariha...@gmail.comwrote: Hello Christian, Well what I am doing is . This is a fresh new test machine I am installing. We have production RB in some other machine. But I want all the DB dump of review board in this machine. So I did take the mysql dump of out production RB database and undumped in into new fresh machine I am working on. Secondly On the new machine I am installing the fresh latest RB. Thanks and regards, Hari On Tuesday, 13 August 2013 14:43:42 UTC+5:30, Christian Hammond wrote: Is this intended to be a brand new install, or an upgrade? If an upgrade, or if moving from one server to another, do not use 'rb-site install'. Copy over the site directory (if moving), and do 'rb-site upgrade'. The traceback says you're doing a new
Path to server is not sticking
Hi I have a reviewboard installation set up on a machine here, and when I set the path to the server in the general settings, it doesn't stay. If I set it, then come back later the value will be set to http://localhost; How do I fix this? -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Path to server is not sticking
It's possible the old value is being cached. Can you try changing it again and then restarting Apache, see if that fixes it? Christian -- Christian Hammond - chip...@chipx86.com Review Board - http://www.reviewboard.org Beanbag, Inc. - http://www.beanbaginc.com On Tue, Sep 24, 2013 at 6:39 AM, MG moegoldb...@gmail.com wrote: Hi I have a reviewboard installation set up on a machine here, and when I set the path to the server in the general settings, it doesn't stay. If I set it, then come back later the value will be set to http://localhost; How do I fix this? -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: RBTools 5.x API: Can it be used to modify database?
Ah, a light bulb just went on. I was missing the link between the new RBTools API and the web resources. After reading your message I went back and read more carefully the section titled Links Between Resources. Things are starting to make more sense to me now. Thanks! --Steve On Monday, September 23, 2013 3:31:02 PM UTC-7, David Trowbridge wrote: 1. Yes. You can remove a user from a group by issuing a DELETE operation on the review group user resource. See http://www.reviewboard.org/docs/manual/1.7/webapi/2.0/resources/review-group-user/for more details. 2. The online docs are generated by introspecting the code, and they are complete. -David On Mon, Sep 23, 2013 at 11:36 AM, Steve seide...@gmail.com javascript:wrote: I've written a script using the RBTools 5.x API which lists RB groups containing users who have left the company. I have 2 questions: 1. Can the API be used to actually remove the users from the groups? 2. What's the best source of complete documentation on all the classes/methods available via the API? The online docs don't appear to be complete, but I may be missing something. Thanks Steve -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Change in LDAP authentication behavior in 1.7.14 breaks environments that don't allow anonymous searches
I am using RB 1.7.x with an LDAP authentication backend and it's been working fine up through 1.7.13. With 1.7.14, the authentication mechanism no longer works in my environment. After some digging, it appears that there was a change in reviewboard/accounts/backends.py to search anonymously for the user before attempting to bind. The LDAP server in my environment is set up to not return any results to anonymous queries and so the authentication attempt fails. Is there a reason this was changed? Thanks!!! In an attempt to preserve the existing behavior of doing an anonymous search but then attempting a bind as a specific user if the anonymous search returns nothing, I made the following change which works for me: --- reviewboard/accounts/backends.py.orig 2013-09-24 16:18:47.0 -0700 +++ reviewboard/accounts/backends.py2013-09-24 16:20:01.0 -0700 @@ -210,7 +210,10 @@ search = ldapo.search_s(settings.LDAP_BASE_DN, ldap.SCOPE_SUBTREE, uid) -userbinding = search[0][0] + if (len(search) 0): + userbinding = search[0][0] + else: + userbinding=','.join([uid,settings.LDAP_BASE_DN]) ldapo.bind_s(userbinding, password) return self.get_or_create_user(username, None, ldapo) -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Change in LDAP authentication behavior in 1.7.14 breaks environments that don't allow anonymous searches
I found that it was easiest to simply copy the code from the authenticator closest to what I want,ed and then customize as needed. Then select the new authenticator as your custom option. Eric On Sep 24, 2013, at 4:32 PM, Daniel Kan danielk...@gmail.com wrote: I am using RB 1.7.x with an LDAP authentication backend and it's been working fine up through 1.7.13. With 1.7.14, the authentication mechanism no longer works in my environment. After some digging, it appears that there was a change in reviewboard/accounts/backends.py to search anonymously for the user before attempting to bind. The LDAP server in my environment is set up to not return any results to anonymous queries and so the authentication attempt fails. Is there a reason this was changed? Thanks!!! In an attempt to preserve the existing behavior of doing an anonymous search but then attempting a bind as a specific user if the anonymous search returns nothing, I made the following change which works for me: --- reviewboard/accounts/backends.py.orig 2013-09-24 16:18:47.0 -0700 +++ reviewboard/accounts/backends.py2013-09-24 16:20:01.0 -0700 @@ -210,7 +210,10 @@ search = ldapo.search_s(settings.LDAP_BASE_DN, ldap.SCOPE_SUBTREE, uid) -userbinding = search[0][0] + if (len(search) 0): + userbinding = search[0][0] + else: + userbinding=','.join([uid,settings.LDAP_BASE_DN]) ldapo.bind_s(userbinding, password) return self.get_or_create_user(username, None, ldapo) -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
RBTools0.4.3 posts a review in publish state even if a reviewer information is not provided.
Hi Team, I just want to confirm that with RBTools0.4.3 we are able to publish a review with -p option, even if a reviewer information(user/group) is not provided. It shouldn't allow the review to be published right ? regards, Satish Singh -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: RBTools0.4.3 posts a review in publish state even if a reviewer information is not provided.
What version of Review Board? -David On Wed, Sep 25, 2013 at 1:33 AM, satish singh trivi...@gmail.com wrote: Hi Team, I just want to confirm that with RBTools0.4.3 we are able to publish a review with -p option, even if a reviewer information(user/group) is not provided. It shouldn't allow the review to be published right ? regards, Satish Singh -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Get the Review Board Power Pack at http://www.reviewboard.org/powerpack/ --- Sign up for Review Board hosting at RBCommons: https://rbcommons.com/ --- Happy user? Let us know at http://www.reviewboard.org/users/ --- You received this message because you are subscribed to the Google Groups reviewboard group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Issue 3099 in reviewboard: Some Unciode characters not supported in issue comments
Status: New Owner: Labels: Type-Defect Priority-Medium New issue 3099 by dhwil...@gmail.com: Some Unciode characters not supported in issue comments http://code.google.com/p/reviewboard/issues/detail?id=3099 What version are you running? 1.7.13 What's the URL of the page containing the problem? http://reviewboard.dzine.be/r/6116/ What steps will reproduce the problem? 1. Create a new comment on an issue 2. Add the text ლ(ಠ益ಠლ) to the comment 3. Save, and reload the page What is the expected output? What do you see instead? I expect to see the ლ(ಠ益ಠლ), i see ?() instead What operating system are you using? What browser? Windows 7 Professional, Chrome 29.0.1547.76 m Please provide any additional information below. ლ(ಠ益ಠლ) Y U NO SUPPORT UNICODE COMMENTS -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings -- You received this message because you are subscribed to the Google Groups reviewboard-issues group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard-issues+unsubscr...@googlegroups.com. To post to this group, send email to reviewboard-issues@googlegroups.com. Visit this group at http://groups.google.com/group/reviewboard-issues. For more options, visit https://groups.google.com/groups/opt_out.
Re: Issue 3099 in reviewboard: Some Unciode characters not supported in issue comments
Updates: Status: SetupIssue Comment #1 on issue 3099 by trowb...@gmail.com: Some Unciode characters not supported in issue comments http://code.google.com/p/reviewboard/issues/detail?id=3099 We do support unicode comments, but only when the database supports unicode. Unfortunately, MySQL's default configuration does not create tables with unicode support. You'll have to talk to your server administrator about converting the charset on the tables. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings -- You received this message because you are subscribed to the Google Groups reviewboard-issues group. To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard-issues+unsubscr...@googlegroups.com. To post to this group, send email to reviewboard-issues@googlegroups.com. Visit this group at http://groups.google.com/group/reviewboard-issues. For more options, visit https://groups.google.com/groups/opt_out.