mkrizek created this task.
mkrizek claimed this task.
mkrizek added a subscriber: mkrizek.
mkrizek added a project: blockerbugs
TASK DESCRIPTION
Currently only the first user that info is needed from in bugzilla is displayed. The task here is to display all of them.
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T26
To: mkrizek
Cc: qa-devel, mkrizek
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/58/
-----------------------------------------------------------
Review request for blockerbugs.
Repository: blockerbugs
Description
-------
commit 0618ae3bc89431f9d00a3cc103b19fc0376697ed
Author: Martin Krizek <mkrizek(a)redhat.com>
Date: Wed Nov 20 14:51:17 2013 +0100
Display all users that are listed in needinfo flag
Also this adds tests for needinfo flag and updateid.
Fixes: T26
Diffs
-----
testing/testfunc_update_sync.py 14e7efca3b01d29f6d791d5cddce74609161ad66
testing/testfunc_bugsync.py f1a106379484330ef16eaf5bd18a91c65919ce98
testing/testfunc_bugmodel.py 640a63303c696359d324782ff36c5c16d0f4c357
testing/test_updatesync_extract_information.py 771faabf8a4076ed3ee5f9eb3865eb1deda7f7ae
testing/test_controllers.py 7a6a3725c6570754cc55d916d1156ddc33478f10
testing/test_bugsync_extract_information.py e7c8ed08e5a71f5b81c164ebed24e7188e7a69a7
blockerbugs/util/bug_sync.py ae077231aea97f4c5918a4f37b21a1655b049984
Diff: http://reviewboard-tflink.rhcloud.com/r/58/diff/
Testing
-------
Tests included in the patch.
Thanks,
Martin Krizek
#416: irc list sort order doesn't match html buglist
--------------------------------------+------------------------
Reporter: tflink | Owner: tflink
Type: defect | Status: new
Priority: major | Milestone: Fedora 20
Component: Blocker bug tracker page | Version:
Keywords: | Blocked By:
Blocking: |
--------------------------------------+------------------------
= bug description =
The sort order of the bugs displayed on the html buglist
(milestone/XX/YY/buglist) doesn't match the sort order used when
generating the irc list for meetbot. This causes some confusion and
annoyance when the order of bugs discussed in the meeting is not what
appears in the list that participants are looking at
= fix recommendation =
Make the sort order consistent as component,bzid for both lists
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/416>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
#445: upgradepath is failing rawhide builds due to no rawhide-pending
---------------------+------------------------
Reporter: tflink | Owner:
Type: defect | Status: new
Priority: major | Milestone: Hot issues
Component: tests | Keywords:
Blocked By: | Blocking:
---------------------+------------------------
== Description ==
There are several examples where upgradepath is failing builds if rawhide
isn't a newer version (not including release) compared to branched or the
active releases. This is leaving failure messages in bodhi and is leaving
false negatives in bodhi and needs to be fixed.
== Examples of Failure ==
*
http://autoqa.fedoraproject.org/results/681687-autotest/virt04.qa/upgradepa…
/resource-agents-3.9..html#2
*
http://autoqa.fedoraproject.org/results/681759-autotest/virt10.qa/upgradepa…
--
Ticket URL: <https://fedorahosted.org/autoqa/ticket/445>
AutoQA <http://autoqa.fedorahosted.org>
Automated QA project
There still seems to be a bit of confusion as to the current state of
the beaker deployment that we've been working on for Fedora.
To improve clarity on the exact state of the current install, I've made
some changes to what was formerly beaker.fedoraproject.org:
- The beaker server is now available at beaker-dev.fedoraproject.org
- beaker.fedoraproject.org points to a static html page explaining
what beaker-dev.fedoraproject.org is, how to reach it and that it is
currently access restricted while the security issues are dealt with.
I've also enabled SSL with self-signed certs and disallowed non-https
traffic to the beaker server but the previous IP access restrictions
still apply.
Tim
#387: Updates pending stable show as stable
--------------------------------------+---------------------
Reporter: kparal | Owner: tflink
Type: defect | Status: new
Priority: minor | Milestone:
Component: Blocker bug tracker page | Version:
Keywords: | Blocked By:
Blocking: |
--------------------------------------+---------------------
A package that is in updates-testing and is pending stable is shown as
[stable] in the app. That can cause some confusion (i.e. one of us can
close a related bug by assuming the package is already stable, and the
package push can be cancelled afterwards).
I think the app should display the repository the package is currently in,
not the repository the package in pending to. What do you think?
--
Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/387>
Fedora QA <http://fedorahosted.org/fedora-qa>
Fedora Quality Assurance
After a conversation with infra, we decided to lock down access to
beaker.fedoraproject.org by IP address until we have a more secure
solution for logins [1].
I've changed the server configuration so that access to beaker is only
allowed from certain IPs. I think that most current users should be
included in this list but if you're seeing 403s and think you should
have access to beaker.fedoraproject.org, please let me know.
Sorry for the inconvenience, we hope to have an alternate access method
soon.
Tim
[1]https://lists.fedorahosted.org/pipermail/beaker-devel/2013-November/00088…