#347: Test results are sometimes linked incorrectly in Bodhi
------------------------+---------------------------------------------------
Reporter: kparal | Owner: tflink
Type: defect | Status: assigned
Priority: major | Milestone: 0.7.0
Component: production | Resolution:
Keywords: |
------------------------+---------------------------------------------------
Comment (by kparal):
Replying to [comment:33 tflink]:
> 2. Test names abbreviations are also a good idea. But how do
you
intend to create such names? If you don't want to manually provide these
shortcuts inside every test (I am opposed), how will you generate
reasonable shortcuts (like "dc" or "up")? I don't think it's
doable. What
about this - let's use first 4 characters of the test - "upgr",
"depc",
"rpml", "rpmg", "rats" (for rats_install and rats_sanity),
"anac" (for
anaconda_storage and anaconda_checkbot), etc.
Are we going to be shortening the URLs to all of those test results?
I believe so. It makes the links more readable, they are shorter, they
better fit in emails and in web pages. Do we have any concerns why limit
the shortener just for bodhi-related tests?
> 5. No, don't fall back to simple UID after several
duplicate hits.
Increasing the sequence number to 100 or 1000 is still better than using
pure UID. The first approach still tells me test name, architecture and
test ID, UID tells me nothing. Imagine how fast the duplicate count would
be depleted according to your proposal for "gnome-shell-extension-
alternative-status-menu" package. Just after few updates.
I think that the idea was to keep the number high enough that we're not
likely to use a UID but low enough that shortening the URL isn't going to
get caught in a long loop. I think that we need to set an upper limit in
case we do end up in a long loop - letting the shortening method try 200
urls because we don't want to use a generic UID is silly. I don't think
that martin or I were really stuck on 4, it just seemed like a good place
to start.
I understand now, the shortening service is a remote service and for every
URL proposal you need to ask the server whether it is free, then increment
the number, then ask again, am I right? That would mean longer and longer
intervals when finding the next free number.
OK, another proposal - what about putting *both* UID and test info into
the URL? We could do something like:
*
http://autoqa.fedoraproject.org/report/UID/arch/test/test_id
(or with dashes, or with UID at the end)
That means e.g.:
*
http://autoqa.fedoraproject.org/report/25374-x86-depc-yourls-1.5-4.fc15
Of course it depends what is possible to ask yourls for.
I don't think that slashes are supported by yourls. IIRC,
we're limited
to '-' as a delimiter (if yourls is configured for that) and everything
else is stripped out ('.', '_' etc.)
OK, we should find that our. Martin, can you please look at it a tell us
what is supported and what is not? Thanks.
--
Ticket URL: <
https://fedorahosted.org/autoqa/ticket/347#comment:34>
AutoQA <
http://autoqa.fedorahosted.org>
Automated QA project