update-sourceforge-remote-products.py should reject invalid sourceforgeproject data

Bug #333936 reported by Gavin Panella
2
Affects Status Importance Assigned to Milestone
Launchpad itself
Won't Fix
High
Unassigned

Bug Description

In <https://pastebin.canonical.com/14180/> we can see that the
sourceforgeproject setting has often been specified as a URL. In the
last case it is non-ASCII and causes the script to abort. The script
should reject unusable settings.

Optionally, if the setting can be parsed as a URL, the last path
component could be used as the SF project name -- this seems to be a
common pattern.

Tags: lp-bugs
Gavin Panella (allenap)
description: updated
Gavin Panella (allenap)
Changed in malone:
importance: Undecided → High
milestone: none → 2.2.2
status: New → In Progress
importance: High → Critical
Revision history for this message
Graham Binns (gmb) wrote : Re: [Bug 333936] Re: update-sourceforge-remote-products.py should reject invalid sourceforgeproject data

This isn't critical - that demands an incident report and I'm sure we don't want to have to do one of *those*. I'm moving it back to High per our importance guidelines.

 importance high

Changed in malone:
importance: Critical → High
Revision history for this message
Gavin Panella (allenap) wrote :

This will instead be addressed by applying a data fix and validating user input. See bug 334288.

Changed in malone:
status: In Progress → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.