no cups.org bug tracker

Bug #37392 reported by sam tygier
42
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

cant link to bugs at http://www.cups.org/espgs/str.php

it does not look like a bugzilla.

Revision history for this message
Christian Reis (kiko) wrote :

Wow, I have no idea what system that is.

Changed in launchpad:
status: Unconfirmed → Confirmed
Revision history for this message
James Henstridge (jamesh) wrote :

I am pretty sure that it is a custom job, which makes it pretty low priority

Revision history for this message
Adam Buchbinder (adam-buchbinder) wrote :

The tracker's URL has changed slightly; it's now at http://www.cups.org/str.php. (For instance, bug 210718 should link to http://www.cups.org/str.php?L2765, which is cupsys #2765.)

It looks like it should be pretty straightforward to parse the bug number and provide a link, even if fetching the bug priority and status is more difficult. Is it possible to just implement the first half, so that at least we can add links to the upstream tracker issues? Or does Launchpad require that an upstream tracker

I'll open a Q&A on adding support myself; hopefully it's not impossible.

Revision history for this message
Adam Buchbinder (adam-buchbinder) wrote :

I asked about how to add support myself on an Answers thread. From there, Christian Reis said:

"So what Launchpad normally does it pull data from the bugtracker, ideally in a structured manner (XML, CSV, etc), and ideally obtaining information for multiple bugs in a single HTTP request."

I doubt their tracker supports that; I've emailed the webmaster asking about it and offering to write them a module myself. (It seems rather straightforward, and I know the language their site is written in.)

"In some cases, such as SourceForge and Google code, there is no structured output and we need to screen-scrape a bug at a time, which is inefficient and annoys the server admins."

Hopefully the server admin there will feel the same way and either write the specified module or let me do it. In the meantime, screen-scraping is pretty straightforward:

$ curl "http://www.cups.org/str.php?L2780" 2>/dev/null|egrep "^<tr><th align='right' valign='top' nowrap>"|egrep '(Status|Priority)'|sed -e 's#<[^>]*>##g'
Status:5 - New
Priority:3 - Moderate, e.g. unable to compile the software

Like any screen-scraping, it's brittle and liable to change if they update with the site, but it could work as a fallback if the webmaster(s) don't want to add an extra customized interface.

"We also need to know if the bugtracker accepts anonymous connections or not."

I didn't have to log in (I don't have an account there), and all my testing works fine just using curl from the command line. Is there anything else needed?

Revision history for this message
Adam Buchbinder (adam-buchbinder) wrote :

One minor fix--that command-line example should read:

$ curl "http://www.cups.org/str.php?L2780" 2>/dev/null|egrep "^<tr><th align='right' valign='top' nowrap>(Status|Priority)"|sed -e 's#<[^>]*>##g'
Status:5 - New
Priority:3 - Moderate, e.g. unable to compile the software

Only one invocation of egrep is necessary.

Revision history for this message
Adam Buchbinder (adam-buchbinder) wrote :

Per Christian Reis, this should be assigned to malone, not launchpad.

Changed in malone:
status: New → Confirmed
Changed in launchpad:
status: Confirmed → Invalid
Revision history for this message
Adam Buchbinder (adam-buchbinder) wrote :

I've (much-belatedly) sent a script to the maintainers which returns a CSV list of the bugs, with fields ID, status, and priority, in that order. Potential values for status are "Resolved", "Unresolved", "Active", "Pending", "New" and "INVALID". Potential values for priority are "LOW", "MOD", "HIGH", "CRIT" and "INVALID". (See http://svn.easysw.com/public/cupswww/trunk/phplib/db-str.php; the "INVALID" statuses are returned when there's no valid status or priority set on the ticket. It will return up to 50 (though that's configurable) reports at a time.

For instance, calling:

.../launchpad.php?1+2+3+4

might return something like:

1,Pending,LOW
2,Resolved,MOD
4,New,INVALID

assuming that report 3 is locked for security purposes, and not publically accessible.

If there's anything I can do to code on the Malone side of things while we're waiting for this to be provided by the CUPS folks, please let me know.

Revision history for this message
Adam Buchbinder (adam-buchbinder) wrote :

It's up! See, for example, the following.

http://www.cups.org/launchpad.php?144+2

Let me know if there's anything more I can do to help.

Changed in launchpad:
status: Invalid → Confirmed
Curtis Hovey (sinzui)
Changed in launchpad:
status: Confirmed → Triaged
tags: added: bugtrackers
removed: lp-foundations
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers