Open-Source Projects: Issueshttps://forge.ispras.ru/https://forge.ispras.ru/favicon.ico?16490126692022-07-27T14:54:27ZOpen-Source Projects
Redmine Klever - Bug #11785 (New): Filter by identifier is broken for a table of markshttps://forge.ispras.ru/issues/117852022-07-27T14:54:27ZEvgeny Novikovnovikov@ispras.ru
<p>When I tried to filter out marks to get a particular one with a given identifier, I got the following error:<br /><pre>
[27.Jul.2022 13:30:13] ["Значение “['149749de-f466-45a9-83a1-706a645d28f7']” не является верным UUID-ом."]
Traceback (most recent call last):
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/fields/__init__.py", line 2614, in to_python
return uuid.UUID(**{input_form: value})
File "/usr/local/python3.10-klever/lib/python3.10/uuid.py", line 174, in __init__
hex = hex.replace('urn:', '').replace('uuid:', '')
AttributeError: 'list' object has no attribute 'replace'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/core/handlers/base.py", line 197, in _get_response
response = wrapped_callback(request, *callback_args, **callback_kwargs)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/views/generic/base.py", line 84, in view
return self.dispatch(request, *args, **kwargs)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/contrib/auth/mixins.py", line 73, in dispatch
return super().dispatch(request, *args, **kwargs)
File "/home/novikov/work/klever/bridge/tools/profiling.py", line 168, in dispatch
return getattr(super(), 'dispatch')(request, *args, **kwargs)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/views/generic/base.py", line 119, in dispatch
return handler(request, *args, **kwargs)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/views/generic/base.py", line 185, in get
context = self.get_context_data(**kwargs)
File "/home/novikov/work/klever/bridge/marks/views.py", line 64, in get_context_data
context['tabledata'] = SafeMarksTable(self.request.user, self.get_view(VIEW_TYPES[8]), self.request.GET)
File "/home/novikov/work/klever/bridge/marks/tables.py", line 626, in __init__
super(SafeMarksTable, self).__init__(user, view, query_params)
File "/home/novikov/work/klever/bridge/marks/tables.py", line 417, in __init__
self.paginator, self.page = self.get_queryset()
File "/home/novikov/work/klever/bridge/marks/tables.py", line 532, in get_queryset
queryset = queryset.filter(**qs_filters).order_by(ordering).select_related(*select_related).only(*select_only)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/query.py", line 1071, in filter
return self._filter_or_exclude(False, args, kwargs)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/query.py", line 1089, in _filter_or_exclude
clone._filter_or_exclude_inplace(negate, args, kwargs)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/query.py", line 1096, in _filter_or_exclude_inplace
self._query.add_q(Q(*args, **kwargs))
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/sql/query.py", line 1466, in add_q
clause, _ = self._add_q(q_object, self.used_aliases)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/sql/query.py", line 1496, in _add_q
child_clause, needed_inner = self.build_filter(
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/sql/query.py", line 1412, in build_filter
condition = self.build_lookup(lookups, col, value)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/sql/query.py", line 1242, in build_lookup
lookup = lookup_class(lhs, rhs)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/lookups.py", line 27, in __init__
self.rhs = self.get_prep_lookup()
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/lookups.py", line 85, in get_prep_lookup
return self.lhs.output_field.get_prep_value(self.rhs)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/fields/__init__.py", line 2598, in get_prep_value
return self.to_python(value)
File "/home/novikov/work/klever/venv/lib/python3.10/site-packages/django/db/models/fields/__init__.py", line 2616, in to_python
raise exceptions.ValidationError(
django.core.exceptions.ValidationError: ["Значение “['149749de-f466-45a9-83a1-706a645d28f7']” не является верным UUID-ом."]
</pre></p> Klever - Bug #11505 (New): Prompt does not fade away when selecting "Create the version anyway"https://forge.ispras.ru/issues/115052022-03-24T11:53:41ZEvgeny Novikovnovikov@ispras.ru
<p>It has sense to fix this to avoid any inconveniences even though users very unlikely choose this way to proceed, since file changes will be discarded.</p> Klever - Feature #10864 (New): Allow to make other users experts to job expertshttps://forge.ispras.ru/issues/108642021-06-24T11:57:43ZEvgeny Novikovnovikov@ispras.ru
<p>At the moment just job authors and managers can make other users experts. Users that are experts of a given job cannot do that while often this is quite naturally.</p> Klever - Feature #10829 (New): Implement new access schemehttps://forge.ispras.ru/issues/108292021-04-29T14:07:36ZEvgeny Novikovnovikov@ispras.ru
<p>When the new access scheme will be developed, it will be necessary to implement it in Bridge.</p> Klever - Feature #10827 (New): Describe entities and actions on themhttps://forge.ispras.ru/issues/108272021-04-29T14:04:53ZEvgeny Novikovnovikov@ispras.ru
<p>It seems that our current access scheme is not great since different issues arise from time to time (<a class="issue tracker-1 status-1 priority-5 priority-high3" title="Bug: For experts incorrect accesses are shown at the jobs tree page (New)" href="https://forge.ispras.ru/issues/7975">#7975</a>, <a class="issue tracker-1 status-5 priority-6 priority-high2 closed behind-schedule" title="Bug: Producer can not get the status of solving job (Closed)" href="https://forge.ispras.ru/issues/10824">#10824</a>). So, it is time to revise it.</p> Klever - Feature #10820 (New): Show code coverage status for locations where a given entity is re...https://forge.ispras.ru/issues/108202021-04-23T08:41:57ZEvgeny Novikovnovikov@ispras.ru
<p>Kirill Shilimanov suggested a good improvement that will help to investigate code coverage for safes and unknowns, namely to show whether locations where a given entity is referenced are covered themselves. Perhaps, this will require an additional input from Core so that Bridge will not require to calculate this information.</p> Klever - Bug #10612 (Open): View names are not shown for a userhttps://forge.ispras.ru/issues/106122020-12-08T06:51:42ZPavel Andrianovandrianov@ispras.ru
<p>I wanted to hide all marks with similarity zero on unsafe page. I created a view with the corresponding filter, enter a name, successfully save it (the name appeared in the list) and click "Show". The view was definitely applied, as the marks were hidden, but the button view suprisingly changes its name to "View(unsaved)". I opened the view menu again and found that the view is resetted to "Default". Then I found my view in the list (the second option), change it as "preferable", click "show" and nothing changes. So, the marks are still hidden, but the view is "unsaved" and "default" one is chosen in menu instead of my view. It's confusing. Better, to change the name to "View(name)" and show its name in the list.</p> Klever - Bug #8965 (New): Get unknown error when openning page after droping databasehttps://forge.ispras.ru/issues/89652018-06-18T13:27:41ZEvgeny Novikovnovikov@ispras.ru
<p>The particular page is "http://ldvdev:8998/reports/component/2798/unsafes/?attr". Perhaps this issue exists for some other pages as well.</p>
<p>Updates.</p>
<p>Another page is "http://ldvdev:8998/reports/component/2798/".</p> Klever - Bug #8440 (New): Error traces comparison function remove does not trigger cache updateshttps://forge.ispras.ru/issues/84402017-09-19T07:27:09ZEvgeny Novikovnovikov@ispras.ru
<p>At the moment if one will remove such a function, corresponding marks that use that function in their latest versions will be removed automatically but caches won't be updated.</p> Klever - Bug #8345 (New): Incorrect error message when canceling job decisions after page updates...https://forge.ispras.ru/issues/83452017-08-14T09:15:54ZEvgeny Novikovnovikov@ispras.ru
<p>I got the error message like I have no rights to stop job decision in such the case. Indeed the job was solved but I didn't see that due to page updates were switched off.</p> Klever - Bug #8172 (New): Unsafe verdicts of multimodule verification aren't associated with mark...https://forge.ispras.ru/issues/81722017-04-26T09:17:45ZAlexey Polushkinpolushkin@ispras.ru
<p>After multimodule verification, existed marks don't apply to unsafe results. The reason for this is other names of verification object (say, <em>net/unix/unix.ko713c5ebc642b</em> instead of <em>net/unix/unix.ko</em>).</p> Klever - Bug #7975 (New): For experts incorrect accesses are shown at the jobs tree pagehttps://forge.ispras.ru/issues/79752017-02-13T13:18:48ZEvgeny Novikovnovikov@ispras.ru
<p>Besides one see that he/she is an author of his/her jobs, one see that he/she has no access or he/she is observer. This looks to be the bug just in representation since experts are able to create marks even for jobs for which they are just observers.</p> Klever - Bug #7884 (Open): Empty page is shown when redirecting to jobs/create/ after signing inhttps://forge.ispras.ru/issues/78842017-01-23T09:11:31ZEvgeny Novikovnovikov@ispras.ruKlever - Bug #7784 (New): Can provide negative number of CPU coreshttps://forge.ispras.ru/issues/77842016-12-07T11:32:01ZIlja Zakharovilja.zakharov@ispras.ru
<p>There are two arrow buttons to increase or decrease number of CPU cores for job decision. I can pushing the button decreasing number of CPU cores lower than zero.</p> Klever - Bug #6709 (New): Clearly separate errors reported to users and to toolshttps://forge.ispras.ru/issues/67092016-02-02T13:02:57ZEvgeny Novikovnovikov@ispras.ru
<p>All errors reported to users should be translatable and all error reported to tools should be in English. I assume to have corresponding exception if this isn't fulfilled since consequences can be very unpleasant.</p>