openguides-tickets May 2007

openguides-tickets@lists.openguides.org

1 participants
30 discussions

[OpenGuides] #203: Let specific IP addresses bypass moderation.
by OpenGuides 19 Oct '08

19 Oct '08

#203: Let specific IP addresses bypass moderation. -------------------------+-------------------------------------------------- Reporter: Kake | Owner: dom Type: enhancement | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: -------------------------+-------------------------------------------------- It would be useful to let specific IP addresses bypass the moderation mechanism. A comma-separated list in wiki.conf might do the trick. -- Ticket URL: <http://dev.openguides.org/ticket/203> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 5

[OpenGuides] #198: Banned word list content filtering
by OpenGuides 19 Oct '08

19 Oct '08

#198: Banned word list content filtering -------------------------+-------------------------------------------------- Reporter: dom | Owner: dom Type: enhancement | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: -------------------------+-------------------------------------------------- We need some simple banned word content filtering. Earle has submitted the attached as a start on this, which is probably half-there, but really this should be done in Wiki::Toolkit as a pre-write plugin? To be discussed post 0.59. -- Ticket URL: <http://dev.openguides.org/ticket/198> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 5

[OpenGuides] #200: Random Page exclusion of locales and categories
by OpenGuides 19 Oct '08

19 Oct '08

#200: Random Page exclusion of locales and categories -------------------------+-------------------------------------------------- Reporter: bob | Owner: kake Type: enhancement | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: -------------------------+-------------------------------------------------- the random page should exclude locales and categories. this should be a setting determined by the guide admin and the user. The guide admin decides what the default should be. the user should be allowed to override this. -- Ticket URL: <http://dev.openguides.org/ticket/200> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 4

[OpenGuides] #207: we should NOINDEX some pages
by OpenGuides 17 Jan '08

17 Jan '08

#207: we should NOINDEX some pages -------------------------+-------------------------------------------------- Reporter: bob | Owner: dom Type: enhancement | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: -------------------------+-------------------------------------------------- Search engines are doing the wrong thing with old versions of the data. We should tell them to noindex it through the use of meta tags http://www.robotstxt.org/wc/exclusion.html#meta Current list of pages which should have this. history, version pages, diffs -- Ticket URL: <http://dev.openguides.org/ticket/207> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 2

[OpenGuides] #180: Opensearch discovery
by OpenGuides 21 Jun '07

21 Jun '07

#180: Opensearch discovery -------------------------+-------------------------------------------------- Reporter: bob | Owner: dom Type: enhancement | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: -------------------------+-------------------------------------------------- Since we have a search page for each guide it would be nice to let people add it easily to their firefox search button thing. this can be done with stuff we already know. we need to write out a opensearch.xml like below {{{ <?xml version="1.0" encoding="UTF-8"?> <OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/"> <ShortName>$Guide_name</ShortName> <Description>Search the $Guide_name</Description> <Tags>$guide_name</Tags> <Url type="text/html" template="$search_url?search={searchTerms}"/> </OpenSearchDescription> }}} then we need to add a <link> statement to the header.tt {{{ <link rel="search" href="$guide_url/opensearch.xml"" type="application/opensearchdescription+xml" title="$guide_name" /> }}} -- Ticket URL: <http://dev.openguides.org/ticket/180> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 4

[OpenGuides] #171: Titles attributes on links
by OpenGuides 20 Jun '07

20 Jun '07

#171: Titles attributes on links -------------------------+-------------------------------------------------- Reporter: ivorw | Owner: dom Type: enhancement | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: -------------------------+-------------------------------------------------- see [http://lists.openguides.org/mail/openguides-dev/2007- January/001473.html] -- Ticket URL: <http://dev.openguides.org/ticket/171> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 3

[OpenGuides] #176: OSGB x/y coords should be converted to WGS84 lat/long at page save time.
by OpenGuides 09 Jun '07

09 Jun '07

#176: OSGB x/y coords should be converted to WGS84 lat/long at page save time. ------------------------+--------------------------------------------------- Reporter: Kake | Owner: kake Type: defect | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: ------------------------+--------------------------------------------------- Suppose a guide accepts geodata as OSGB x/y. When the page is saved, we use Geography::NationalGrid::GB to convert these to lat/long, and store those in the database as well. Unfortunately these are actually OSGB lat/long, whereas most people/applications will expect WGS84 lat/long. We hacked around this for Google Maps display by using Geo::!HelmertTransform to transform into WGS84 before talking to the Google API, but it would be better to do the transformation at page save time, so the lat/long is correct in the database, on the page, and in the RDF output. This is likely an issue for OSIE guides as well. -- Ticket URL: <http://dev.openguides.org/ticket/176> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 4

[OpenGuides] #175: Spam in Opening Hours field can't be deleted
by OpenGuides 09 Jun '07

09 Jun '07

#175: Spam in Opening Hours field can't be deleted ------------------------+--------------------------------------------------- Reporter: nick | Owner: dom Type: defect | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: ------------------------+--------------------------------------------------- If you put spam, including html links, into the opening hours field, you can't delete it. This is because we don't escape it, so a closing quote in the spam links will close the input box, and you can't then remove it all. (Only option is to zap it in the database) -- Ticket URL: <http://dev.openguides.org/ticket/175> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 2

[OpenGuides] #192: google maps preference shouldnt appear if guide has node maps turn off
by OpenGuides 09 Jun '07

09 Jun '07

#192: google maps preference shouldnt appear if guide has node maps turn off ------------------------+--------------------------------------------------- Reporter: bob | Owner: dom Type: defect | Status: new Priority: normal | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: ------------------------+--------------------------------------------------- on the preferences page the google maps preference should only appear if the guide allows node google maps -- Ticket URL: <http://dev.openguides.org/ticket/192> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 5

[OpenGuides] #174: Wiki::Toolkit::Plugin version not updated, not being installed by CPAN
by OpenGuides 09 Jun '07

09 Jun '07

#174: Wiki::Toolkit::Plugin version not updated, not being installed by CPAN ------------------------+--------------------------------------------------- Reporter: earle | Owner: dom Type: defect | Status: new Priority: highest | Milestone: Component: openguides | Version: svn Severity: normal | Keywords: ------------------------+--------------------------------------------------- It appears that Wiki::Toolkit::Plugin didn't get its version number updated from 0.03 the last time it was changed. As a consequence, the CPAN shell will ignore it when updating an OpenGuides installation, causing a runtime failure in index.cgi when plugins try to use the new "wiki" method. Can't locate object method "wiki" via package "Wiki::Toolkit::Plugin::Locator::Grid" at /foo/bar/lib/Wiki/Toolkit.pm line 789. Anyone who upgrades using the CPAN will need to manually fix their installation by downloading the latest version of Wiki::Toolkit::Plugin from CPAN. -- Ticket URL: <http://dev.openguides.org/ticket/174> OpenGuides <http://openguides.org/> The OpenGuides city guides project

1 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

openguides-tickets May 2007