RhodeCode - issues: Issueshttps://issues.rhodecode.com/https://issues.rhodecode.com/favicon.ico?16960560042020-07-02T19:24:39ZRhodeCode - issues
Redmine RhodeCode CE/EE - Bug #5626 (New): Whoosh full-text indexing is fully indexing all repos, not rec...https://issues.rhodecode.com/issues/56262020-07-02T19:24:39ZRussell Warren
<p>I just initiated whoosh fulltext indexing and I can see that it is fully indexing all commits in all repos, regardless of whether they are forks of an already-indexed repo.</p>
<p>If I'm correct on this, this is extremely inefficient. Whoosh should not need to index identical commits in forks.</p>
Documentation - Bug #5598 (New): Typo in force delete commandhttps://issues.rhodecode.com/issues/55982020-03-19T20:10:07ZJoseph Sible
<p>Running the command at the bottom of <a href="https://docs.rhodecode.com/RhodeCode-Enterprise/admin/repo_admin/repo-admin-tasks.html" class="external">https://docs.rhodecode.com/RhodeCode-Enterprise/admin/repo_admin/repo-admin-tasks.html</a> will fail with the message "No matching instances found to run the iShell." The problem is that it contains a typo: it uses "Enterprise-1" with an uppercase E instead of "enterprise-1" with a lowercase e.</p>
RhodeCode CE/EE - Bug #5588 (New): wrong rendering of issue tracker patternhttps://issues.rhodecode.com/issues/55882020-01-29T11:24:36ZOlivier Renaud
<p>Consider this issue tracker pattern rule:</p>
<p>Pattern: (?i)\b(?P(ABC|DEF)-\d+)\b<br>
Url: <a href="https://jira.mycompany.com/browse/${issue_id}" class="external">https://jira.mycompany.com/browse/${issue_id}</a></p>
<p>The pattern correctly matches "abc-123" and creates the correct link, but the text rendered is "abc-123abc".</p>
<p>It seems that the combination of a named group and an anonymous capturing group causes this problem. If I make the group non-capturable, it fixes the rendering:</p>
<p>Pattern: (?i)\b(?P(?:ABC|DEF)-\d+)\b<br>
Url: <a href="https://jira.mycompany.com/browse/${issue_id}" class="external">https://jira.mycompany.com/browse/${issue_id}</a></p>
RhodeCode CE/EE - Bug #5559 (New): Timezone handling issue on repos listhttps://issues.rhodecode.com/issues/55592019-07-07T22:19:16ZCatalin Salgau
<p>Timestamps for changes in repository/repository list is incorrectly handled.<br>
Have seen this on both on-prem instance and on code.rhodecode.com.<br>
It appears time is converted to UTC and timezone delta discarded when computing age, and later server locale is shown on hover.<br>
On-prem I have seen this manifested as age being the entire timezone delta to our locale.<br>
Timestamps/age are shown correctly in the repository summary and under admin/repositories<br>
(though consistency between the way timestamps are shown all over the place would be welcome)</p>
<p>(The easy workaround is probably to switch server to UTC)</p>
RhodeCode CE/EE - Bug #5547 (New): UI not consistent between Firefox and Chromehttps://issues.rhodecode.com/issues/55472019-03-01T23:35:09ZArun Chandrasekaran
<p>Firefox shows a scrollbar, where as there is no such in Chrome. This is applicable across various other places.</p>
<p><img src="https://i.imgur.com/4WCih9F.png" alt="" /></p>
RhodeCode CE/EE - Bug #5519 (New): User unable to fork the repo despite setting Repository Forkin...https://issues.rhodecode.com/issues/55192018-12-11T22:21:24ZArun Chandrasekaran
<p>Admin -> Permissions -> Global -> Repository Forking is set to Disabled and the user is unable to fork the repo to his personal folder.</p>
<p>This used to work earlier with 4.14.1. After upgrade to 4.15.0 it doesn't work anymore. Even otherwise, as per the description of the flag, setting it to Disabled should allow the user to fork to his personal fork.</p>
RhodeCode CE/EE - Bug #5506 (New): Web UI fonts are not looking good and is difficult to read for...https://issues.rhodecode.com/issues/55062018-10-26T01:39:43ZArun Chandrasekaran
<p>RC Web UI fonts are not looking that good. The current font family is ""proximanovaregular","Proxima Nova Regular","Proxima Nova",sans-serif". The font size is too small as well (by default). Too much space is wasted on the UI.</p>
<p>GitHub/GitLab/Kallithea fonts look much better and the UI space appears to be well utilized in Kallithea.</p>
RhodeCode CE/EE - Bug #5492 (New): VCSServer + SVN 1.10https://issues.rhodecode.com/issues/54922018-07-26T14:39:36ZT0m Cat
<p>Hi everybody,</p>
<p>just came across this issue:<br>
In a fresh installed most recent rhodecode instance we copied an existing SVN Repository, which was created with the current SVN Version 1.10. Afterwards we used "Remap and Rescan" in Rhodecode Web GUI to scan for the new repository, but the Web GUI said, that there was no repository added.</p>
<p>A look in the vcsserver.log shows the problem:</p>
<pre><code>2018-07-26 14:03:09.113 DEBUG [vcsserver.svn] Invalid Subversion path `/data/rhodecode-repos/webapps`, tb: Traceback (most recent call last):
File "/opt/rhodecode/store/gnc8qsvvbylarxkxsyvinisv80khd8rk-python2.7-rhodecode-vcsserver-4.12.4/lib/python2.7/site-packages/vcsserver/svn.py", line 150, in is_path_valid_repository
svn.repos.open(path)
File "/opt/rhodecode/store/glkwj7av6pjjnsxvq7ykdhwid6pqbl8m-subversion-1.9.7/lib/python2.7/site-packages/libsvn/repos.py", line 232, in svn_repos_open
return _repos.svn_repos_open(*args)
SubversionException: 160043 - Expected FS format between '1' and '7'; found format '8'
2018-07-26 14:03:09.113 INFO [vcsserver.tweens] IP: 127.0.0.1 Request to path: `/svn` time: 0.001s
[26/Jul/2018:14:03:09 +0200] GNCRN <3554> 127.0.0.1 rqt:0.000949 200 51 "POST:/svn " usr:- "-" "PycURL/7.19.5 libcurl/7.50.3 OpenSSL/1.0.2h zlib/1.2.8 libssh2/1.7.0 nghttp2/1.7.1"
2018-07-26 14:03:09.116 DEBUG [vcsserver.http_main] method called:is_path_valid_repository with kwargs:{}
2018-07-26 14:03:09.116 INFO [vcsserver.tweens] IP: 127.0.0.1 Request to path: `/svn` time: 0.000s
[26/Jul/2018:14:03:09 +0200] GNCRN <3554> 127.0.0.1 rqt:0.000536 200 51 "POST:/svn " usr:- "-" "PycURL/7.19.5 libcurl/7.50.3 OpenSSL/1.0.2h zlib/1.2.8 libssh2/1.7.0 nghttp2/1.7.1"
2018-07-26 14:03:09.119 DEBUG [vcsserver.http_main] method called:is_path_valid_repository with kwargs:{}
2018-07-26 14:03:09.119 DEBUG [vcsserver.svn] Invalid Subversion path `/data/rhodecode-repos/webapps/db`, tb: Traceback (most recent call last):
File "/opt/rhodecode/store/gnc8qsvvbylarxkxsyvinisv80khd8rk-python2.7-rhodecode-vcsserver-4.12.4/lib/python2.7/site-packages/vcsserver/svn.py", line 150, in is_path_valid_repository
svn.repos.open(path)
File "/opt/rhodecode/store/glkwj7av6pjjnsxvq7ykdhwid6pqbl8m-subversion-1.9.7/lib/python2.7/site-packages/libsvn/repos.py", line 232, in svn_repos_open
return _repos.svn_repos_open(*args)
SubversionException: 165005 - Expected repository format '3' or '5'; found format '8'
</code></pre>
<p>These are the rhodecode versions:</p>
<pre><code>RHODECODE CONTROL VERSION: 1.18.0
- NAME: community-1
- STATUS: RUNNING
logs:/root/.rccontrol/community-1/community.log
- VERSION: 4.12.4 Community
- VCS: vcsserver-1
- URL: http://127.0.0.1:10020
- CONFIG: /root/.rccontrol/community-1/rhodecode.ini
- NAME: vcsserver-1
- STATUS: RUNNING
logs:/root/.rccontrol/vcsserver-1/vcsserver.log
- VERSION: 4.12.4 VCSServer
- URL: http://127.0.0.1:10010
- CONFIG: /root/.rccontrol/vcsserver-1/vcsserver.ini
</code></pre>
<p>rcconctrol upgrade '*' sais there are no newer version available.</p>
<p>So is it right, that rhodecode currently doesn't support SVN 1.10 Repos? Are there any plans for that?</p>
<p>Thx in advance!<br>
T0mcat</p>
RhodeCode CE/EE - Bug #5475 (New): Unable to locate user in OpenLDAP directory via ldapshttps://issues.rhodecode.com/issues/54752018-06-08T19:52:37ZShannon Barber
<p>Hello I am evaluating RhodeCode for use as a source repository tool.</p>
<p>I am using the same LDAP server to authenticate email, JIRA, gerrit, etc ... so I know the LDAP side is working.<br>
All the other tools have a verify login button for the DN account and have a way to test that the LDAP searches are working.<br>
I believe the DN login is working because I get a different error if I mangle that username or password.</p>
<p>Base DN canonically does not have ou=People nor ou=Groups on it.<br>
The example of, (e.g., dc=mydomain,dc=com, or ou=Users,dc=mydomain,dc=com), is accordingly confusing especially given the description of how SUBTREE works, stating that it does <strong>not</strong> search the base DN.<br>
It should search the base DN unless there is another field that pretends a field that is something like ou=People or ou=Groups to search for the respective information and then it should search at that level and below.</p>
<p>My user search filter is the same as other the other tools, (objectclass=posixAccount)<br>
I see in the code and some docs that it appends a uid=$login to that filter - this ought to show on the config page and you should be able to test it so you can see that you are getting results.</p>
<p>There are no password attribute nor password encryption type fields.<br>
How do I tell it to use userPassword as a SSHA hash to authenticate?</p>
<pre><code>2018-06-08 13:32:40.012 [12670] INFO [rhodecode.authentication.base] Authenticating user `shannon.barber` using egg:rhodecode-enterprise-ce#ldap plugin
2018-06-08 13:32:40.305 [12670] ERROR [rhodecode.authentication.plugins.auth_ldap] LDAP related exception
Traceback (most recent call last):
File "/opt/rhodecode/store/bbjmr1bwgmqsdkajzkmm5hk16al1b3ag-python2.7-rhodecode-enterprise-ce-4.12.2/lib/python2.7/site-packages/rhodecode/authentication/plugins/auth_ldap.py", line 464, in auth
(user_dn, ldap_attrs) = aldap.authenticate_ldap(username, password)
File "/opt/rhodecode/store/bbjmr1bwgmqsdkajzkmm5hk16al1b3ag-python2.7-rhodecode-enterprise-ce-4.12.2/lib/python2.7/site-packages/rhodecode/authentication/plugins/auth_ldap.py", line 343, in authenticate_ldap
raise LdapUsernameError('Unable to find user')
LdapUsernameError: Unable to find user
2018-06-08 13:32:40.310 [12670] WARNI [rhodecode.model.validators] user `shannon.barber` failed to authenticate
2018-06-08 13:32:40.390 [12670] INFO [rhodecode.lib.audit_logger] AUDIT[78]: Logging action: `user.login.failure` by user:id:None[shannon.barber] ip:192.168.138.1
2018-06-08 13:32:40.462 [12670] INFO [rhodecode.lib.middleware.request_wrapper] IP: 143.103.58.199 Request to /_admin/login time: 0.474s [Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0]
[08/Jun/2018:13:32:40 -0400] GNCRN <12670> 192.168.138.1 rqt:0.475469 200 8259 "POST:/_admin/login came_from=%2F" usr:- "https://rhodecode.renesas-asaco.com/_admin/login?came_from=%2F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0"
2018-06-08 13:32:40.726 [12668] INFO [rhodecode.lib.middleware.request_wrapper] IP: 143.103.58.199 Request to /_static/rhodecode/css/style.css time: 0.008s [Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0]
</code></pre> RhodeCode CE/EE - Bug #5471 (New): Webhook integration failing: need more than 3 values to unpackhttps://issues.rhodecode.com/issues/54712018-06-01T01:02:05ZMichael Davis
<p>After updating from 4.11.5 to 4.12.2, our webhook integrations seem to be failing somewhere before RhodeCode actually makes the web request.</p>
<p>I couldn't find anything in any of the log files explaining what was happening, but the rhodecode_celery.log file indicated that the webhooks were going through celery. I was able to get the following error log by running <code>profile/bin/celery events --app rhodecode.lib.celerylib.loader --ini ./rhodecode.ini -d</code> from the ~/.rccontrol/enterprise-1 directory while triggering a webhook (sensitive details have been edited):</p>
<pre><code>celery@rhodecode [2018-05-31 22:48:03.376921] task failed: rhodecode.integrations.types.webhook.post_to_webhook(c89cc6e8-e065-44ea-9d35-52c1e6ae3216) args=([('http://our.webhook.url/', {...}, {...})], {'password': '', 'custom_header_val': '', 'events': ['pullrequest-merge', 'pullrequest-create', 'repo-push', 'pullrequest-close', 'repo-create', 'pullrequest-review', 'pullrequest-comment', 'pullrequest-update'], 'url': 'http://our.webhook.url/', 'secret_token': '', 'method_type': 'post', 'custom_header_key': '', 'username': ''}) kwargs={} clock=8026579, exception=ValueError('need more than 3 values to unpack',), local_received=1527806883.38, pid=7057, traceback=Traceback (most recent call last):
File "/opt/rhodecode/store/xbrm874sqm0iqz8cww1vy98l7br2bh7b-python2.7-celery-4.1.0/lib/python2.7/site-packages/celery/app/trace.py", line 374, in trace_task
R = retval = fun(*args, **kwargs)
File "/opt/rhodecode/store/hrv1v1186rjwls7qbb8c3h45dv9n1frd-python2.7-rhodecode-enterprise-ce-4.11.5/lib/python2.7/site-packages/rhodecode/lib/celerylib/loader.py", line 294, in __call__
return super(RequestContextTask, self).__call__(*args, **kwargs)
File "/opt/rhodecode/store/xbrm874sqm0iqz8cww1vy98l7br2bh7b-python2.7-celery-4.1.0/lib/python2.7/site-packages/celery/app/trace.py", line 629, in __protected_call__
return self.run(*args, **kwargs)
File "/opt/rhodecode/store/hrv1v1186rjwls7qbb8c3h45dv9n1frd-python2.7-rhodecode-enterprise-ce-4.11.5/lib/python2.7/site-packages/rhodecode/integrations/types/webhook.py", line 373, in post_to_webhook
for url, token, headers, data in url_calls:
ValueError: need more than 3 values to unpack
, utcoffset=5
</code></pre> RhodeCode CE/EE - Bug #5414 (New): When Opening New Pull Request, Target Revision Default Is Unde...https://issues.rhodecode.com/issues/54142018-01-12T22:28:55ZPeter Rebholz
<p>Version Info:</p>
<p>RhodeCode 4.10.6 Enterprise Edition<br>
CentOS 7<br>
PostgreSQL 10.1</p>
<p>Issue:</p>
<p>We're testing out upgrading to 4.10.6 from a fairly old version and hit a snag that is going to keep us from upgrading. When opening a new pull request for a Hg repository, initiated from the Changelog screen, the default target revision is particularly poor for our workflow/use case. We're seeing it default to the <code>default</code> branch or, in repositories where the <code>default</code> branch is closed, the very first revision of the repository. It takes a really long time for RhodeCode to count every commit from the beginning of time to the present and further, if you change the branch while it's working, you get a browser alert dialog (see attached).</p>
<p>This has a significant impact on our workflow as every user is going to hit this every time they try and open a pull request. We use bookmarks as the source revision for pull requests so and are usually requesting things be merged into the same branch, thus the best default <u>for us</u> would be the same branch. However, having no default would be preferable to the wrong default and a long processing time + error pop-up.</p>
<p>The only workaround I have found is initiating the pull request from the pull requests page and setting the target revision <u>before</u> setting the source revision. This isn't a great work around.</p>
Documentation - Bug #5348 (New): Uninstall documentaion missing some stepshttps://issues.rhodecode.com/issues/53482017-07-04T04:59:04ZPaul Hammant
<p>$ ~/.rccontrol-profile/bin/rccontrol uninstall community-1<br>
$ ~/.rccontrol-profile/bin/rccontrol uninstall vcsserver-1</p>
<p>These are missing:</p>
<p>$ rm -rf ~/.rccontrol.ini <br>
$ rm -rf ~/.rccontrol-profile<br>
$ sudo rm -rf /opt/rhodecode</p>
<p>And maybe rccontrol uninstall could have an --all param</p>
RhodeCode CE/EE - Bug #4255 (New): [translation, i18n] translation not being applied to integrati...https://issues.rhodecode.com/issues/42552016-09-30T15:56:09ZLisa Quatmannlisa@rhodecode.com
<p>When I have my user language set to anything but English, and then go to any global or repo integrations admin pages, all translated content (most noticeably, menus) reverts back to English. The correct language appears again when clicking on another page.</p>
<p>This is happening in both CE and EE.</p>
RhodeCode CE/EE - Bug #3939 (New): [ux] changelog filter blank after going back in browserhttps://issues.rhodecode.com/issues/39392016-05-18T14:50:09ZLisa Quatmannlisa@rhodecode.com
<p>When you select a filter in the changelog, view the filtered selection w/graph, and then click the back button in your browser, the filter selection will be blank.<br>
See attached.</p>
<p>I'd guess that this is pjax-related and the select2 needs to be re-initialised. </p>
RhodeCode CE/EE - Bug #3441 (New): [ux] clicking on line in file view scrolls to that linehttps://issues.rhodecode.com/issues/34412016-04-05T13:35:56ZLisa Quatmannlisa@rhodecode.com
<p>If you are looking at a changeset and click on a line to select it, the line is highlighted and the location is changed to link to the line.<br>
If you are looking at a file and click a line in the same way, it does the above and scrolls to that line so that it's at the top.</p>
<p>Both of them should work the same way.<br>
If the changeset view is able to prevent scrolling, then the file view should be able to do the same.<br>
[ see <a href="https://internal-code.rhodecode.com/rhodecode-momentum/files/2aeb654e2ef689756c0b04650b94875a920f7a88/rhodecode/public/js/src/rhodecode.js#L153" class="external">https://internal-code.rhodecode.com/rhodecode-momentum/files/2aeb654e2ef689756c0b04650b94875a920f7a88/rhodecode/public/js/src/rhodecode.js#L153</a> ]</p>