Free Software Directory:Bugs

From Free Software Directory
Revision as of 16:24, 24 August 2012 by Sudoman (talk | contribs)$7

Jump to: navigation, search

Bugs and suggestions

  • Proposed features for the FSD
  • Category browsing
  • Set up RT for bug tracking and tiket making
    • need to create "Category:Review-triaged" once RT has been set up. (Probably won't happen)
  • When people set the license for a project to be "GPL 2 or higher", it gets added to the autocompletion list for that field, even though that license isn't on the approved list at: Property:License. ("GPL 2 or higher" isn't on the list because it is misformatted. The correct entry is "GPLv2orlater".)
  • Fix both broken bug report links on pages that contain spaces in their names: GNU Linux-libre. The culprit is Template:Show.
  • need to implement mass-emails about email verification, and directions for changing preferences.
  • Find a way to tell users that they need to login before they submit a bug. Right now, they are told: "You do not have permission to edit this page, for the following reason: The action you have requested is limited to users in the group: Users.". It's not a very helpful message.
  • Turn off 1,000 character limit for strings This was relate to a bug in MediaWiki, that has been fixed in an upgrade.
  • Turn off error/warnings in SMW
  • Add/update GNU packages
  • Populate license pages, such as License:GPLv3. Also, we should just paste in the text of licenses to the page itself, to avoid the formatting issues we'd get if we passed it through a template. We should keep and populate the Name= and URL= fields though.
  • Searching for "python" or "ruby" shouldn't lead to "License:Python" or "License:Ruby" (The problem is because these pages, such as Ruby, or Expat redirect to License:Ruby, etc. We should do a <replace_text> command to remove these redirects. Jgay removed a couple by hand.) Now we just need to put entry info into Python, etc.
  • "Preview" button does not work for Template:Entry. It shows the unedited version, but I don' think there is a way around this from our end, as the displayed values are based on a query of the saved page.
  • Add an "obsolete/decomissioned" boolean field to Template:Entry, and maybe even a "replaced by" field to give the link to another project.
  • Put a link to site dumps and info about the machine readability of that information on the main page.
  • Created HTML tooltips for the different fields in Form:Entry, or create a tutorial for Form:Entry that describes what each field is for.
  • Devise a a way to hide the Submitted by and submitted date fields in Form:Entry, unless it is a new entry. Maybe we can auto-populate them too.
  • GNU Entries say "This is a GNU project". Kberry says that rms doesn't like the word "project", so we should change that to "package". Also, there are mentions of that word elsewhere, like the "Featured Projects" thing and the pages describing that feature..
  • We need to let people submit bug reports, etc. without javascript enabled. If we could use something like a "noscript" tag, then we could display the following link: [1]=Bugs&namespace=Review Example bug report link]
  • "Edit with Form" doesn't allow one to update the "last reviewed by" field
  • List of categories on Main_Page is too long The layout has changed, an is hopefully more usable now.
    • fix the program tagging, so all programs are included in the main page redesign. This issue has been worked around.
  • Update the Form:Bug report to include the Category:Bug_report tag through a template.
    • Then update the pages in the Category:Bug_report name-space to visibly contain the category tag.
    • Then update Template:Bug_report to not include it automatically.
    • Should Category:Alert be changed like this as well, so we can distinguish new alerts from old ones? Done: one can change the "Nonfree" template field to "completed".
  • Make sure that the Bug_report pages and Review pages have links that are easily accessible by contributors. See FSD:Workflow.
  • For pages in Category:Review, we should have a link to create the relevant page (such as Review:xprog -> xprog) with Form:Entry if it doesn't already exist. We would need to use regular expressions to cut of the "-REV-ID-1" stuff. (or we could just set the proper pagename value as a property when Form:Submit is called.)
  • Rename the "Editor" property to "Editing", etc. (because the "Use" property is its parent, and its related value is "Editing", not "Editor". There are multiple instances of this dual naming.) Actually, Use: is not its parent. That property value refers to Audio editing (which is annoying because mixing, etc. also appears in Use: ).
  • Verify that '-'s have replaced spaces in all properties and their values. The issue was with Concept page names, which has been fixed.
  • Make sure that program names submitted through Form:Submit don't have leading or trailing spaces.
  • FSS subscribe box points to the wrong place (should point to <">, not
  • We should be able to easily browse to all categories from an entry
  • Fix link at bottom of page that links to "Free Software Directory:Copyrights" (in Style files)
  • "New Packages RSS feed"'s license verification dates are messed up.
  • home page of every GNU package (yes, really) to be listed as <>
  • conditional statements should be created for various properties (e.g., "Audio:mp3" should result in "works-with::Audio" being set on a page automatically).
  • Create Form Edit tab for appropriate users.
  • delete Audio, etc. (cf. Property:Property_name)
  • this page has a broken title: 2532_Gigs. The problem is that we are using Template:Pipe in the title, which inserts an image of a pipe. If we use the html code for the pipe character, then it gets converted to an actual pipe at some point during semantic queries, and therefore breaks things.
  • Create a template with semantic

property that can identify a project as a High Priority Project. Ideally with a graphic, like for GNU projects.

  • 'new messages' text overlays the red FSF links bar, so you can't click it. Still, you can just click your 'talk' page link instead.
  • Fix links to licenses I've make entries of 'GPLv3' redirect to 'License:GPLv3', etc. by using templates for displaying license query results. At the time of writing, pages should be going through the automatic update process.
  • Export all entries in XML format.
    • Create cron job to do this
    • Create cron job to update CSV output page of GNU all projects
  • Pages incorrectly created with Form:Bug_update (without the "Review:" namespace prefix) are queryable. If they are then moved to the Review: namespace, then they remain queryable. I'm not sure if a non-admin can edit the page, which could let them create a false entry in the directory.
  • Update the queries on GNU/Export to make sure the second column is the GNU package name property
  • Update each GNU project with the GNU package name
  • Add "table of contents" header above tabs inside noscript tags so that it only displays when javascript is turned off.
  • Remove edit links in Search results
  • Fix links (multimedia, etc) at top of search results
  • Autopopulate License verified date field if it is empty.
  • Both the user name and the current date should be used for the "submitted by" fields -- they should not be user selectable.
  • GNU Head goes away when you view "further results" in table of results.
  • Make sorting case-insensitive. (See this SMW bug response.)


proprietary program search

When a person searches for a proprietary program, a list of free software replacements for that program should appear in the search results, *however*, the proprietary program and its name should not appear anywhere on the wiki. To achieve this functionality, we may want to use the Enhanced Retrieval extension.

License verification

When doing license verification, we need to ensure two things:

  1. More than one person checks a license
  2. We have a system in place for training volunteers (via some sort of mentorship) on how to properly check a project's license.

Point system and mentoring

Some ideas we have discussed is that we might have some sort of scoring system, so that more experienced individuals who check a license have more "points" than people less experienced. Let's say we have three tiers: level-1, level-2, level-3; with level-1 being the most experienced. A check by a level-1 person might be worth 15 points, a level-2 might be worth 10 points, and a check by a level-3 person might be worth 5 points. It might be that a license is properly "checked" if it has a score of at least 25 points. To coordinate this work we might consider using an extension such as Semantic Tasks.

But, more important than the point system is ensuring that level-3 individuals are not only verified by level-1 individuals, but, that some 1-on-1 guidance and help/mentoring is provided to level-3 individuals from level-1 individuals.

Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the page “GNU Free Documentation License”.

The copyright and license notices on this page only apply to the text on this page. Any software or copyright-licenses or other similar notices described in this text has its own copyright notice and license, which can usually be found in the distribution or license text itself.