mkrizek created this task.
mkrizek added a subscriber: mkrizek.
mkrizek added a project: blockerbugs
TASK DESCRIPTION
Moved from trac [[ https://fedorahosted.org/fedora-qa/ticket/356 | https://fedorahosted.org/fedora-qa/ticket/356 ]]:
"Problem
While the blocker proposal functionality does work, the process of actually proposing the blocker is very slow - it appears as if the page has just stalled for a while as the request is being submitted to bugzilla
Outside of being an annoyance, there is a possibility of users refreshing the page during submission, which would trigger a second proposal. This isn't the biggest issue ever but could end up generating extra comments in bugs.
Analysis
It would be better to show users a "bug is proposing" page until the proposal is complete - that way they wouldn't be tempted to refresh the page and if the page is done correctly, it wouldn't matter if the page was refreshed or not.
Enhancement recommendation
I have some ideas on how to go about fixing this but I need to explore the details before figuring out if any of them are even practical or how long the implementation would actually take."
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T33
To: mkrizek
Cc: qa-devel, mkrizek
mkrizek created this task.
mkrizek added a subscriber: mkrizek.
mkrizek added a project: blockerbugs
TASK DESCRIPTION
Moved from trac [[ https://fedorahosted.org/fedora-qa/ticket/381 | https://fedorahosted.org/fedora-qa/ticket/381 ]]:
"Problem
The current bug and update sync algorithms are very fragile in that one error will stop the entire sync algorithm, leaving stuff out of sync with bodhi or bugzilla. This has caused problems in the past
Analysis
This could be solved by better error handling in the sync process such that an error is logged but doesn't bubble up to the main sync code and halt the entire process."
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T34
To: mkrizek
Cc: qa-devel, mkrizek
tflink created this task.
tflink assigned this task to roshi.
tflink added subscribers: qa-devel, tflink.
tflink added projects: taskotron, infrastructure
TASK DESCRIPTION
Documentation is going to be very important going forward. Investigate potential systems (dexy and sphinx are two possibilities) and create a proof-of-concept for some simple docs.
Requirements:
- Output in HTML
- build in ci
- be able to do dev docs, task author docs and user docs
Preferences:
- reStructuredText
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T39
To: roshi, tflink
Cc: qa-devel, tflink
# Fedora QA Devel Meeting
# Date: 2014-01-09
# Time: 16:00 - 18:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting-2 on irc.freenode.net
The email feedback I received from folks was from NA and EMEA timezones
and showed a preference for Thursday over Wednesday, and thus we have a
time!
I don't actually plan on this taking up 2 whole hours but given how long
these conversations can take sometimes, figured that having the extra
time for spillover wouldn't be a bad thing. The target is 1 hour or so.
I've put a proposed agenda below. Let me know if you have topics to add
or just reply to the thread on qa-devel@.
Tim
Proposed Agenda
===============
Current Project Status
* blockerbugs
* testdays
* resultsdb
* taskotron
* support tools
Project Priorities
* What do we have to get done vs. what we want to get done
* What can't we do until fedora.next and/or f21 is more figured out
Taskotron
* Deadlines
* Subprojects
* TODO
* Stuff yet to be figured out
- Notifications
- Querying w/ rules/policy
jdulaney created this task.
jdulaney claimed this task.
jdulaney added a subscriber: qa-devel.
jdulaney added a project: depcheck mk 2
TASK DESCRIPTION
Currently, depcheck mk 2 uses essentially hard coded links to repodata; better solution is to put these into a config file.
Use yum.repos style so that yum configs can be copied in.
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T20
To: jdulaney
Cc: qa-devel
jdulaney created this task.
jdulaney claimed this task.
jdulaney added subscribers: jdulaney, qa-devel.
jdulaney added a project: depcheck mk 2
TASK DESCRIPTION
Task to be completed once depcheck scenarios are all passed;
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T40
To: jdulaney
Cc: qa-devel, jdulaney
# Fedora QA Devel Meeting
# Date: 2014-01-13
# Time: 17:00 - 19:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting-1 on irc.freenode.nethttps://apps.fedoraproject.org/calendar/meeting/271/
Since we didn't quite get through everything on Thursday, we're
continuing after the QA meeting on Monday
The remaining topics are mostly Taskotron related and while I'm hoping
to be done in an hour, we all know how well that went on Thursday so
I've scheduled it for 2 hours.
I've put a proposed agenda below. Let me know if you have topics to add
or just reply to the thread on qa-devel@.
Tim
Proposed Agenda
===============
Taskotron
* Deadlines
* Subprojects
* TODO
* Stuff yet to be figured out
- Notifications/fedmsg
- Querying w/ rules/policy
tflink created this task.
tflink added subscribers: qa-devel, tflink.
tflink added a project: taskotron
TASK DESCRIPTION
In order to use the PUATP checks from AutoQA (rpmlint, rpmguard, depcheck, upgradepath) in taskotron, they need to be ported first. This is the tracking ticket for getting those checks ported to a form usable by taskotron (separate git repos, move common functionality into libtaskotron etc.).
TASK DETAIL
https://phab.qadevel.cloud.fedoraproject.org/T37
To: tflink
Cc: qa-devel, tflink