Free Software Directory:Backlog archive

From Free Software Directory
 
Jump to: navigation, search

Archived bugs

This page is reserved for backlog administrators, who independently provide for the storage of obsolete bugs.
You can find the old bugs you reported here.

The bugs are archived after at least one week from their resolution or if the bug cannot be identified due to lack of information.
If you find a regression (a bug on this page that comes back with your browser or your system), report it to the page of the active bugs and we'll take care of it as soon as possible. Thank you!

Table Of Contents




General

  • Autopopulate License verified date field if it is empty.
COMPLETED --LorenzoAncora (talk) 14:57, 22 March 2019 (EDT)
The default value of the field is now the most recent date the server is able to produce, 0-padded for compatibility (MediaWiki >1.6).
  • There should be a space dedicated for scripts that can be downloaded by FSD volunteer. I suggest a link to a page in the side-bar that lists the scripts.
COMPLETED --LorenzoAncora (talk) 13:44, 28 December 2018 (EST)
OBSOLETE --LorenzoAncora (talk) 13:44, 28 December 2018 (EST)
  • Remove exposure of database strip marks from pages under License namespace. Currently some (if not most) licenses in License namespace have a "pre"/"nowiki" element in their call text to their associated template. This is problematic because the template itself already wraps the text in "pre", so the result is a exposure of the database strip marks. When in the "Read" tab, pages in License namespace that are affected by this issue have a yellow triangle next to the start of the license text, for example see https://directory.fsf.org/wiki?title=License:BitTorrentOSL1.1&oldid=72843
Link= Most of the licenses no longer present this problem, but are plagued by the presence of blank pages, malformed pages or non-SPDX redirects. Manual entry-by-entry analysis is required. --LorenzoAncora (talk) 15:15, 4 January 2019 (EST)
Reviewed today: from ACDL to Apache. Many blank lines, bad parameters etc. but no PRE tags found/fixed. --LorenzoAncora (talk) 15:38, 11 January 2019 (EST)
Reviewed today: from Arphic-PL to Boost-1.0. Same edits as before but also created a couple of redirects from empty licenses to the correct licenses, added missing license links and removed useless padding. --LorenzoAncora (talk) 15:38, 11 January 2019 (EST)
Link= After repeated analysis, it does not appear that the problem reported in the Active Backlog Task could compromise the functionality of MediaWiki. --LorenzoAncora (talk) 12:35, 8 February 2019 (EST)
COMPLETED/OBSOLETE --LorenzoAncora (talk) --LorenzoAncora (talk) 12:40, 8 February 2019 (EST)

search links

  • Fix search links: Fix links (multimedia, etc) at top of search results.

date command

Add: date --date='TZ="America/New_York" 12:00 this Fri'

Copyright current year

Add the current year in /var/www/w/skins/Vector/VectorTemplate.php "Copyright © 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2017 Free Software Foundation, Inc."

Favicon

"I think I would just use the fsf.org (https://static.fsf.org/fsforg/img/favicon.ico) one for any fsf.org subdomain." - quidam

Special:Ask

Special:AdminLinks "Semantic search" is blank.

Comment: To fix all of the above MediaWiki debugging needs to be enabled. It is also good to see the PHP error log.  « Saper // @talk »  13:17, 27 January 2018 (EST)
It seems to work some how now asking for License:MPL  « Saper // @talk »  15:59, 8 August 2018 (EDT)

What links here?

We want the "What links here?" enabled in the sidebar, it's the standard procedure to maintain MediaWiki instances. It's not stored in https://directory.fsf.org/wiki?title=MediaWiki:Sidebar&action=edit. I got this response from #mediawiki "It's enabled by default on normal pages. I'd say there may be an extension installed on that wiki that's hiding it. Moonbook, https://directory.fsf.org/wiki/IceCat?useskin=monobook, has "What links here?". It's strange because it's not present in the original source code. it's not hidden with CSS or JavaScript"

IRC link text

The IRC resource was displayed twice like this on IceCat for example.

IRC general channel
    [irc:chat.freenode.net/icecat irc:chat.freenode.net/icecat] 
  • I attempted to fix this but it seems that something is interfering with the formatting. Strangely enough, if I make a simple page without the form, and use the IRC template, it works as expected. I don't know if this is the case, but I think there is some template interfering.--Adfeno (talk) 23:23, 26 January 2018 (EST)
  • As requested in #fsf IRC channel, here is the comment I made there, describing my studies so far:
    • It basically involves three templates (it might involve more, but I only researched three so far) {{Print entry}} {{Entry}} and {{Show}}. There is a fourth one ({{IRC}}) but I think we might be able to replace it ({{Print entry}} calls it, so instead of calling {{IRC}}: we can take the code from it and insert in the caller template).
      • I think that #replace will just mask the underlying issue. --David Hedlund (talk) 10:49, 27 January 2018 (EST)
    • I think there is so far the following possibilities:
      1. an issue between the templates used;
      2. an issue with the #ask: queries and the template result format;
      3. we have reached a setting limit that makes the formatting not work (perhaps a limit on the template result format, although I have tried to remove the call to {{IRC}} but it didn't work, we might have to make tests by simplifying the template result calls even further to see if this is indeed the problematic setting);
      4. an issue with the "IRC [level name]" properties when setting (#set:) or their query and display.
    I think we can make use of #nowiki or #- display parameters when querying for the "IRC [level" properties of an entry (this is queried for in {{Show}}) in order to take the property value in raw (example: irc:chat.freenode.net/fsf) but then we will need to change either {{Print entry}} or {{IRC}} (the first one is the problematic, so I recommend to test with it first) so that it removes irc: but also allows any other : (because the URL scheme allows port numbers).
    --Adfeno (talk) 08:47, 27 January 2018 (EST)
  • While MediaWiki understands IRC URLs very well, Our copy Semantic MediaWiki gets confused if a property of type URL has a protocol different from HTTP, this problem also happens if the property definition/setting is invisible (using #set:), but in all cases it works as expected if the protocol is HTTP. I don't know if this is a bug in Semantic MediaWiki (or MediaWiki) but this affects at least our copy of it. An example of the issue with IRC property can be seen in: https://directory.fsf.org/wiki?title=Free_Software_Directory:Sandbox&oldid=48884 --Adfeno (talk) 11:32, 27 January 2018 (EST)
  • As of SMW 2.5.1, http https and ftp URL schemes will be printed with double slashes, all other without: https://github.com/SemanticMediaWiki/SemanticMediaWiki/blob/568d058ea68859d134654a959001ba0739c781e3/includes/dataitems/SMW_DI_URI.php#L68-L70  « Saper // @talk »  12:49, 27 January 2018 (EST)
  • Fixed in [1]. --Adfeno (talk) 14:43, 2 November 2018 (EDT)
Log

SPDX-related issues

Import

Consistent CSS styling

Staff tasks

FSF

Backlog Admin Group

Software issues

Outreachy Tasks



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.