webcheck -q not silent

Bug #401050 reported by Rkimber
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
webcheck (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

When I run webcheck with the -q option, it still prints out detail of each file checked. It doesn't suppress the output.

webcheck 1.10.3
Ubuntu 9.04

Related branches

Rkimber (rkimber)
summary: - webchek -q not silent
+ webcheck -q not silent
Revision history for this message
Philip Muškovac (yofel) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https://wiki.ubuntu.com/Bugs/FindRightPackage. I have classified this bug as a bug in webcheck.

When reporting bugs in the future please use apport, either via the appropriate application's "Help -> Report a Problem" menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

affects: ubuntu → webcheck (Ubuntu)
Revision history for this message
Rkimber (rkimber) wrote :

I am now convinced that there are also other problems with the way webcheck interprets options presented to it.

The --yank=PATTERN doesn't seem to work reliably. The man page says it accepts perl-type regular expressions, but I have been unable to find anything that works to exclude all URLs starting with /

It seems that the simplest of regular expressions (i.e. literal strings) will work, as with the example on the manpage, but that metacharacters and character classes do not work.

/[b] works, /[bcd] works for URLs starting with /b or /c or /d, even though these don't match the full URL as the manpage requires, but /[a-z] doesn't

^/.*$ seems to work with egrep but doesn't work with webcheck. It's all very confusing

Revision history for this message
Arthur de Jong (adejong) wrote :

It is clearer if you file separate bugs for separate issues. Anyway, regarding the -q option not working. What output are you seeing? I think there may be some debugging info left over from development. You should be able to comment out the line containing
  conn.set_debuglevel
in schemes/http.py without ill effects.

Regarding the second problem. The patterns are matched against the full URL (see the manual page), therefore no URL starts with a / (most start with http://, https:// or something similar). Perhaps what you are looking for is something like this:
  --yank='^https?://[a-z0-9A-Z]*/$'

Hope this helps.

Revision history for this message
Arthur de Jong (adejong) wrote :

Oops, there was a dot missing from the regular expression, it should read:
  --yank='^https?://[a-z0-9A-Z.]*/$'

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package webcheck - 1.10.4

---------------
webcheck (1.10.4) unstable; urgency=low

  * switch to source format 3.0 (native)
  * remove some left-over debuging code (LP: #401050)
  * remove old /etc/webcheck removal code
  * upgrade to standards-version 3.9.1 (no changes needed)
  * several small bugfixes which more or less drop support for Python 2.3
  * limit list of "referenced from" to 10 items
  * pass char_encoding option to tidy to fix some tidy-related errors
  * add a Referer header if possible (thanks Devin Bayer)
 -- Ubuntu Archive Auto-Sync <email address hidden> Fri, 15 Oct 2010 10:05:35 +0000

Changed in webcheck (Ubuntu):
status: New → Fix Released
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.