Recent Changes for "Bug reports" - Wiki Spot

Bug reports

maddaze — 2009-11-04 22:38:11

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 928:	Line 928:
- * '''Date and time:''' 2009-01-25	+ * '''Date and time:''' 2009-01-25["Users/maddaze"]
Line 1090:	Line 1090:
	+ + = RSS feed still broken = + * '''Date and time:''' 2009-11-04 + * '''User:''' ["Users/maddaze"] + * '''Platform:''' WinXP SP3 + * '''Browser:''' Firefox 3.5.4 + * '''Bug description:''' Back on 2009-01-25 I reported that I couldn't create an RSS feed. The problem still exists. + + Traceback (most recent call last): + File "/srv/sycamore_base/Sycamore/request.py", line 739, in run + self.config.page_front_page).page_name, self) + File "/srv/sycamore_base/Sycamore/action/rss_rc.py", line 126, in execute + rss_dom = xml.dom.minidom.parseString(rss_init_text) + File "/usr/lib/python2.5/xml/dom/minidom.py", line 1925, in parseString + return expatbuilder.parseString(string) + File "/usr/lib/python2.5/xml/dom/expatbuilder.py", line 940, in parseString + return builder.parseString(string) + File "/usr/lib/python2.5/xml/dom/expatbuilder.py", line 223, in parseString + parser.Parse(string, True) + UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 132: ordinal not in range(128) + + The character complained about (u'\xe9) is in fact a character that occurs in French, but not in English. I'd like to tell our users how to keep up with changes to the wiki. Help!!!

Bug reports

SteveDavison — 2009-10-27 04:41:11

This page is getting rather long...

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 1082:	Line 1082:
	+ + == Format error, cosmetic == + * '''Date and time:''' 2009-10-27 19:55 PST + * '''User:''' ["Users/SteveDavison"] + * '''Platform:''' Linux + * '''Browser:''' Firefox 3.0.11 + * '''Page showing bug:''' [wiki:Davis:"On_Campus_Co-ops"] + * '''Bug description:''' When an image is centered, the text underneath it is not. See the big image in the center of the page above.

Bug reports

BradMandell — 2009-10-15 18:33:51

TableOfContents not observing raw { { { ... } } }

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 1031:	Line 1031:
- == Page Name with < or > Breaks Wanted Pages ==	+ = Page Name with < or > Breaks Wanted Pages =
Line 1074:	Line 1074:
	+ + = TableOfContents uses Headers from within Raw Segment = + * '''Date and time:''' 2009-10-15 14:30 EST + * '''User:''' ["Users/BradMandell"] + * '''Platform:''' Windows XP + * '''Browser:''' Firefox 3.0.1 + * '''Page showing bug:''' [wiki:Buffalo:Events Index] + * '''Bug description:''' using TableOfCotents macro on page that has some raw text containing headers but bounded by { { { } } } results in the headers within the bounded raw text appearing within the TOC. See [http://buffalo.wikispot.org/Events_Index Events Index] page for example

Bug reports

BradMandell — 2009-10-15 11:56:37

Using < within search or a page name causes sycamore failure

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 1030:	Line 1030:
	+ + == Page Name with < or > Breaks Wanted Pages == + * '''Date and time:''' 2009-10-15 07:30 EST + * '''User:''' ["Users/BradMandell"] + * '''Platform:''' Windows XP + * '''Browser:''' Firefox 3.0.1 + * '''Page showing bug:''' [wiki:Buffalo:Wanted_Pages] + * '''Bug description:''' usage of < within a page name will cause sycamore failure in Wanted Pages and in search. + '''WANTED PAGES EXAMPLE''' + * [http://buffalo.wikispot.org/Wanted_Pages BufWIki - Wanted Pages] + {{{ + Traceback (most recent call last): + File "/srv/sycamore_base/Sycamore/request.py", line 754, in run + Page(query, self).send_page(count_hit=1) + File "/srv/sycamore_base/Sycamore/Page.py", line 897, in send_page + needsupdate=keywords.get('force_regenerate_content')) + File "/srv/sycamore_base/Sycamore/Page.py", line 1018, in send_page_content + exec code + File "wanted pages", line 10, in <module> + File "/srv/sycamore_base/Sycamore/formatter/base.py", line 179, in macro + return macro_obj.execute(name, args, formatter=self) + File "/srv/sycamore_base/Sycamore/wikimacro.py", line 106, in execute + return macro(self, args, formatter=formatter) + File "/srv/sycamore_base/Sycamore/macro/wantedpages.py", line 234, in execute + output_complete_wanted_list(wanted, macro) + File "/srv/sycamore_base/Sycamore/macro/wantedpages.py", line 135, in output_complete_wanted_list + macro.request.write(Page(name, macro.request).link_to( + File "/srv/sycamore_base/Sycamore/Page.py", line 65, in __init__ + raise self.InvalidPageName, page_name + InvalidPageName: <YEAR+1> + }}} + + '''SEARCH EXAMPLE''' + [http://buffalo.wikispot.org/Wanted_Pages?action=search&inline_string=%3CYEAR%2B1%3E&x=0&y=0 BufWiki Search <YEAR+1>] + {{{ + Traceback (most recent call last): + File "/srv/sycamore_base/Sycamore/request.py", line 739, in run + self.config.page_front_page).page_name, self) + File "/srv/sycamore_base/Sycamore/wikiaction.py", line 186, in do_search + Page(printable_needle, request).link_to( + File "/srv/sycamore_base/Sycamore/Page.py", line 65, in __init__ + raise self.InvalidPageName, page_name + InvalidPageName: <YEAR+1> + }}}

Bug reports

PhilipNeustrom — 2009-09-26 03:20:47

fixed pagename issues

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 542:	Line 542:
	+ Fixed now +
Line 1026:	Line 1028:
	+ + This should be fixed now.

Bug reports

SteveDavison — 2009-09-24 20:53:05

Abort, Retry, Ignore? -page crashes

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 534:	Line 534:
	+ == Brief Title == + * '''Date and time:''' 2009-09-24 13:49 PST + * '''User:''' ["Users/SteveDavison"] + * '''Platform:''' Linux + * '''Browser:''' Firefox 3 + * '''Page showing bug:''' [http://daviswiki.org/Wanted_Pages] + * '''Bug description:''' Takes a long time to load, then returns error invalid page name matty_s. A hard disk error? +

Bug reports

Develine — 2009-09-23 13:15:43

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 1010:	Line 1010:
	+ + == Page Names ending in " 22" or " 23" now give error == + * '''Date and time:''' 200-09-23 8:32 EST + * '''User:''' ["Users/Develine"] + * '''Platform:''' XP + * '''Browser:''' IE7 + * '''Page showing bug:''' [http://the-voters-org.wikispot.org/TVO_sandbox ""tvo sandbox""] + * '''Bug description:''' page names ending in " 22" or " 23" now give error "Invalid pagename: the characters > < ? # [ ] _ { } \| ~ " are not allowed in page names. Page names ...

Bug reports

PhilipNeustrom — 2009-09-22 06:27:37

stevedavison - fixed just now

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 534:	Line 534:
- == Editing error == - * '''Date and time:''' 2009-09-21 - * '''User:''' ["Users/SteveDavison"] - * '''Platform:''' Linux! (irrelevant) - * '''Browser:''' Firefox 3.0 (irrelevant) - * '''Page showing bug:''' none; editing error - * '''Bug description:''' When an underline is present in a link (bracket, quote, underline, quote, bracket) while editing, Python faults. Just try to edit this page and add {{{ ["_"] }}} -try to Preview to see the error or "Save Changes" for a full screen of colorful insults! Maybe it's because it makes the cute face... -

Bug reports

SteveDavison — 2009-09-22 06:16:58

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 2:	Line 2:
- [x_y]	+

Bug reports

SteveDavison — 2009-09-22 06:16:38

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 540:	Line 540:
- * '''Bug description:''' When an underline is present in a link while editing, Python faults. Just try to edit this page and add {{{ ["test_page"] }}} -try to Preview to see the error or "Save Changes" for a full screen of colorful insults!	+ * '''Bug description:''' When an underline is present in a link (bracket, quote, underline, quote, bracket) while editing, Python faults. Just try to edit this page and add {{{ ["_"] }}} -try to Preview to see the error or "Save Changes" for a full screen of colorful insults! Maybe it's because it makes the cute face...

Bug reports

SteveDavison — 2009-09-22 06:15:09

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 2:	Line 2:
- [x_]	+ [x_y]

Bug reports

SteveDavison — 2009-09-22 06:14:56

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 2:	Line 2:
- [_]	+ [x_]

Bug reports

SteveDavison — 2009-09-22 06:14:38

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 2:	Line 2:
-	+ [_]

Bug reports

SteveDavison — 2009-09-22 06:13:44

new, real bug -underlines in links cause barf

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
-
Line 535:	Line 534:
	+ == Editing error == + * '''Date and time:''' 2009-09-21 + * '''User:''' ["Users/SteveDavison"] + * '''Platform:''' Linux! (irrelevant) + * '''Browser:''' Firefox 3.0 (irrelevant) + * '''Page showing bug:''' none; editing error + * '''Bug description:''' When an underline is present in a link while editing, Python faults. Just try to edit this page and add {{{ ["test_page"] }}} -try to Preview to see the error or "Save Changes" for a full screen of colorful insults! +
Line 592:	Line 599:
-

Bug reports

JabberWokky — 2009-07-25 16:09:29

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 975:	Line 975:
	+ + =Parse error breaks Preview= + + A simple error: + + {{{ + \|\|<rowbgcolor="#aaaacc>table\|\| + }}} + + Results in python barf upon preview rather than anything friendly: + + {{{ + Traceback (most recent call last): + File "/srv/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/sycamore_base/Sycamore/wikiaction.py", line 1158, in do_savepage + pg.sendEditor(preview=savetext, comment=comment) + File "/srv/sycamore_base/Sycamore/PageEditor.py", line 468, in sendEditor + preview=preview) + File "/srv/sycamore_base/Sycamore/Page.py", line 893, in send_page + needsupdate=keywords.get('force_regenerate_content')) + File "/srv/sycamore_base/Sycamore/Page.py", line 932, in send_page_content + Parser(body, request).format(self.formatter) + File "/srv/sycamore_base/Sycamore/parser/wiki.py", line 190, in format + attrs, attrerr = self._getTableAttrs(line[indlen+2:]) + File "/srv/sycamore_base/Sycamore/parser/wiki_simple.py", line 670, in _getTableAttrs + table_extension) + File "/srv/sycamore_base/Sycamore/wikiutil.py", line 1033, in parseAttributes + val = parser.get_token() + File "/usr/lib/python2.5/shlex.py", line 96, in get_token + raw = self.read_token() + File "/usr/lib/python2.5/shlex.py", line 172, in read_token + raise ValueError, "No closing quotation" + ValueError: No closing quotation + }}} + + ...and much worse, results in a blank white page when saving, and the loss of that edit.

Bug reports

JabberWokky — 2009-06-10 18:57:43

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 971:	Line 971:
	+ + == Right to Left tabs are funky == + + See [wiki:abeer1141978]. The tabs are in a BiDi language and are laid out oddly.

Bug reports

AnnetteRand — 2009-05-20 07:18:15

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 958:	Line 958:
- {{{ --> --> -	+ {{{
Line 969:	Line 968:
	+ + Update 2009-05-20 08:13 BST + I've tried various settings in the 'Default Address Locale' in General Settings, with no result. The map in [wiki:RugbyTown:"Wiki Sandbox"] is working, as long as it's not in Rugby. I'm assuming I've done something daft somewhere, just can't work out where.

Bug reports

AnnetteRand — 2009-05-16 13:53:50

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 947:	Line 947:
	+ + -------------- + = Missing Maps = + + == Blank Map Area == + * '''Date and time:''' 2009-05-16 14:42 BST + * '''User:''' [wiki:RugbyTown:"Users/AnnetteRand"] + * '''Platform:''' Win XP + * '''Browser:''' Firefox 3.0.1 + * '''Page showing bug:''' [wiki:RugbyTown:"The Courthouse"] (plus all other maps) + * '''Bug description:''' Earlier in the week this was working, now a blank map area opens up. The co-ordinates are correct when fed into Google Maps. The info page map gives the following error: + {{{ --> --> + + Traceback (most recent call last): + File "/srv/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/sycamore_base/Sycamore/action/gmaps.py", line 23, in execute + map_html= mapJS(wiki_name, page_locs, nearby_locs, request) + File "/srv/sycamore_base/Sycamore/action/gmaps.py", line 75, in mapJS + center = page_locs[0] + IndexError: list index out of range + }}}

Bug reports

JoePomidor — 2009-05-10 01:31:14

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 946:	Line 946:
	+ Oh. I figured it would work more like the normal recent changes deal, where it only shows the last change made.

Bug reports

PhilipNeustrom — 2009-05-10 00:49:58

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 944:	Line 944:
	+ + That's how it's supposed to work. It shows you all the changes since you pressed clear last.

Bug reports

JoePomidor — 2009-05-10 00:31:04

Comment added.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 942:	Line 942:
	+ ------ + ''2009-05-10 00:31:04'' [[nbsp]] This might already be in here, and I missed it, but if you turn on 'clear observed changes' in ["Recent Changes"] then when you click on the changes for a page that has had more than one change, the resulting page will display the differences between the current version and the original, not the current version and the last like it normally does. --["Users/JoePomidor"]

Bug reports

maddaze — 2009-04-25 10:58:13

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 918:	Line 918:
	+ + = RSS feed is still broken = + * '''Date and time:''' 2009-01-25 + * '''User:''' [http://adld.wikispot.org/Users/maddaze] : Harvey Morgan in Bordeaux + * '''Platform:''' WinXP_SP2 + * '''Browser:''' Firefox 3.0.p + + Our wiki is starting to get active and our members can't easily keep track of changes. I suspect the problem is related to our use of the French character set. Help!!! + + http://adld.wikispot.org/Recent_Changes?action=rss_rc + {{{ + Traceback (most recent call last): + File "/srv/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/sycamore_base/Sycamore/action/rss_rc.py", line 126, in execute + rss_dom = xml.dom.minidom.parseString(rss_init_text) + File "/usr/lib/python2.5/xml/dom/minidom.py", line 1925, in parseString + return expatbuilder.parseString(string) + File "/usr/lib/python2.5/xml/dom/expatbuilder.py", line 940, in parseString + return builder.parseString(string) + File "/usr/lib/python2.5/xml/dom/expatbuilder.py", line 223, in parseString + parser.Parse(string, True) + UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 132: ordinal not in range(128) + }}}

Bug reports

WilliamLewis — 2009-03-29 05:26:55

page name bug.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 19:	Line 19:
	+ + == Cannot create certain pages with the string "html" in name == + * '''User:''' ["Users/WilliamLewis"] + * '''Bug description:''' Any page with a name ending with "html" cannot be created, giving the error "Invalid pagename: the characters > < ? # [ ] _ { } \| ~ " are not allowed in page names. Page names must be less than 106 characters." At the very least, the error message is wrong. However, we should be able to create a page entitled "html" or "semantic html" or whatever. Heck, there may be circumstances when we want a page name to end with .html... let's say that a wiki is documenting a codebase and each file has a page on it. Any HTML files can't have a documentation page with that file's name.

Bug reports

PhilipNeustrom — 2009-03-24 18:46:35

Revert to version 510 (intended behavior (no way around)).

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
- - - == Login Failure == - * '''Date and time:''' 2009-03-24 22:54 - * '''User:''' ["Users/Kirk" Jim Kirk] - * '''Platform:''' Windows XP Pro SP2 - * '''Browser:''' Firefox - * '''Page showing bug:''' login - * '''Bug description:''' Created a new account starting from the new user link on the Davis Wiki. Account created, validated email, works on main Wiki but ... fails when I attempt "Login" at the Davis Wiki. Who can fix this???

Bug reports

Kirk — 2009-03-24 16:16:41

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
	+ + + == Login Failure == + * '''Date and time:''' 2009-03-24 22:54 + * '''User:''' ["Users/Kirk" Jim Kirk] + * '''Platform:''' Windows XP Pro SP2 + * '''Browser:''' Firefox + * '''Page showing bug:''' login + * '''Bug description:''' Created a new account starting from the new user link on the Davis Wiki. Account created, validated email, works on main Wiki but ... fails when I attempt "Login" at the Davis Wiki. Who can fix this???

Bug reports

JabberWokky — 2009-03-16 19:56:54

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 913:	Line 913:
- [wiki:gyoa] has some odd search issues. There are some entries with titles like [wiki:gyoa:"115=Answer, wakeUp" that are not being indexed in the search database, but when copied to a "normal" title, they appear. ["Users/growmaster] is the admin of the site.	+ [wiki:gyoa] has some odd search issues. There are some entries with titles like [wiki:gyoa:"115=Answer, wakeUp"] that are not being indexed in the search database, but when copied to a "normal" title, they appear when searched. ["Users/growmaster] is the admin of the site.

Bug reports

JabberWokky — 2009-03-16 19:56:23

Bug report - database or title formatting issue. Odd.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 793:	Line 793:
- /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in run(self=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) - 181 - 182 try: - 183 self._conn.server.handler(self) - 184 except: - 185 self.logger.exception('Exception caught from handler') - self = <Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>, self._conn = <Sycamore.support.wsgi_server.scgi_base.Connection object at 0x13d4ed0>, self._conn.server = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self._conn.server.handler = <bound method WSGIServer.handler of <Sycamore.su..._server.scgi_fork.WSGIServer object at 0xab4d50>> - /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in handler(self=<Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, request=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) - 427 self._appLock.acquire() - 428 try: - 429 result = self.application(environ, start_response) - 430 try: - 431 for data in result: - result = None, self = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self.application = <function basic_handle_request at 0xafba28>, environ = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668> - /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in basic_handle_request(env={'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response=<function start_response at 0x1225668>) - 1072 return [compressed_content] # WSGI spec wants a list returned - 1073 else: - 1074 return req.output_buffer - 1075 else: - 1076 return RequestWSGI(env, start_response).run() - global RequestWSGI = <class 'Sycamore.request.RequestWSGI'>, env = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668>, ).run undefined - /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in run(self=<Sycamore.request.RequestWSGI object at 0x13f9090>) - 766 self.reset_output() - 767 self.http_headers() - 768 self.write("\n<!-- ERROR REPORT FOLLOWS -->\n") - 769 try: - 770 from Sycamore.support import cgitb - self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.write = <bound method RequestWSGI.write of <Sycamore.request.RequestWSGI object at 0x13f9090>> - /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in write(self=<Sycamore.request.RequestWSGI object at 0x13f9090>, data_string=u'\n<!-- ERROR REPORT FOLLOWS -->\n', raw=False) - 943 self.output_buffer.append(data_string.encode('utf-8')) - 944 else: - 945 self.filestack[-1].write(data_string.encode('utf-8')) - 946 else: - 947 # some sort of raw binary data. - self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.filestack = [<cStringIO.StringO object at 0x13fa880>], ].write undefined, data_string = u'\n<!-- ERROR REPORT FOLLOWS -->\n', data_string.encode = <built-in method encode of unicode object at 0x13f4cc0>	+ /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in run(self=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) + 181 + 182 try: + 183 self._conn.server.handler(self) + 184 except: + 185 self.logger.exception('Exception caught from handler') + self = <Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>, self._conn = <Sycamore.support.wsgi_server.scgi_base.Connection object at 0x13d4ed0>, self._conn.server = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self._conn.server.handler = <bound method WSGIServer.handler of <Sycamore.su..._server.scgi_fork.WSGIServer object at 0xab4d50>> + /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in handler(self=<Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, request=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) + 427 self._appLock.acquire() + 428 try: + 429 result = self.application(environ, start_response) + 430 try: + 431 for data in result: + result = None, self = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self.application = <function basic_handle_request at 0xafba28>, environ = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668> + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in basic_handle_request(env={'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response=<function start_response at 0x1225668>) + 1072 return [compressed_content] # WSGI spec wants a list returned + 1073 else: + 1074 return req.output_buffer + 1075 else: + 1076 return RequestWSGI(env, start_response).run() + global RequestWSGI = <class 'Sycamore.request.RequestWSGI'>, env = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668>, ).run undefined + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in run(self=<Sycamore.request.RequestWSGI object at 0x13f9090>) + 766 self.reset_output() + 767 self.http_headers() + 768 self.write("\n<!-- ERROR REPORT FOLLOWS -->\n") + 769 try: + 770 from Sycamore.support import cgitb + self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.write = <bound method RequestWSGI.write of <Sycamore.request.RequestWSGI object at 0x13f9090>> + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in write(self=<Sycamore.request.RequestWSGI object at 0x13f9090>, data_string=u'\n<!-- ERROR REPORT FOLLOWS -->\n', raw=False) + 943 self.output_buffer.append(data_string.encode('utf-8')) + 944 else: + 945 self.filestack[-1].write(data_string.encode('utf-8')) + 946 else: + 947 # some sort of raw binary data. + self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.filestack = [<cStringIO.StringO object at 0x13fa880>], ].write undefined, data_string = u'\n<!-- ERROR REPORT FOLLOWS -->\n', data_string.encode = <built-in method encode of unicode object at 0x13f4cc0>
Line 910:	Line 910:
	+ + = Entries with odd titles do not appear in search = + + [wiki:gyoa] has some odd search issues. There are some entries with titles like [wiki:gyoa:"115=Answer, wakeUp" that are not being indexed in the search database, but when copied to a "normal" title, they appear. ["Users/growmaster] is the admin of the site.

Bug reports

PhilipNeustrom — 2009-03-12 00:53:45

via jraller

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 520:	Line 520:
	+ == Davis Wiki Pages == + {{{ ["University of California "] and ["Village Cab // 530753TAXI 24HOUR SVC"] }}} need fixing. +

Bug reports

WilliamLewis — 2009-03-07 18:52:02

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 594:	Line 594:
- ''2007-05-16 15:02:53'' [[nbsp]] Seems to be fixed as of today. I just renamed ["wiki:davis:Locksmiths"]. Leaving here in case it's something to do with spaces or whatnot. --["Users/JabberWokky"]	+ ''2007-05-16 15:02:53'' [[nbsp]] Seems to be fixed as of today. I just renamed [wiki:davis:"Locksmiths"]. Leaving here in case it's something to do with spaces or whatnot. --["Users/JabberWokky"]

Bug reports

JasonAller — 2009-02-24 07:59:15

bug near midnight with Recent Changes timestamp display

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
	+ + + == Recent Changes timestamps == + * '''Date and time:''' 2009-02-23 11:55 PST + * '''User:''' ["Users/JasonAller"] + * '''Platform:''' Mac OS X 10.4 + * '''Browser:''' Firefox 3.0.6 + * '''Page showing bug:''' [wiki:Davis:"Recent Changes"] + * '''Bug description:''' At 5 minutes to midnight the Recent Changes showed an error in the display of how recent the last hour's worth of edits were. The times listed were in order: "last modified 54 minutes ago", last modified 59 minutes ago, last modified 54 minutes ago, last modified 51 seconds ago, last modified 4 minutes ago

Bug reports

maddaze — 2009-01-20 13:28:57

Comment added.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 896:	Line 896:
	+ ------ + ''2009-01-20 13:28:57'' [[nbsp]] I've run into more problems with the French character set. 1) I was able to successfully upload a file with the name "Comment s'inscrire--les details.txt" to the page adld.wikispot.org/Pour_se_joindre_au_wiki. What I can't show, because the Add Comment macro doesn't support it, is that the word details should have an accent mark over it. However when I included the macro [[File(Comment s'inscrire--les details.txt)]] on the page (with the accent mark), clicking on either Preview or Save changes produced a Python error. 2) When I tried to describe the problem in the Add Comment box using the accented e, I got another Python problem. If you'd like, I can post the Python messages, but I suspect you can reproduce them as easily as I. I'm hopeful that in reporting such problems wikispot.org will evolve to handle foreign communities as gracefully as standard English communities. --maddaze (Harvey Morgan in Bordeaux, France) --["Users/maddaze"]

Bug reports

JabberWokky — 2009-01-06 04:48:18

More strangeness afoot with those entries.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 874:	Line 874:
	+ * Now it comes up with the new content in the image view (as to before, when it still displayed the old content, and yes, I am sure it wasn't cached), but there is still only one revision in the history... so the first revision softly and silently vanished like it ran into a Boojum. --jw

Bug reports

JabberWokky — 2009-01-03 17:59:53

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 877:	Line 877:
- ["Users/maddaze] noticed that his or her RSS feed did not work. [http://adld.wikispot.org/Recent_Changes?action=rss_rc] returns:	+ ["Users/maddaze"] noticed that his or her RSS feed did not work. [http://adld.wikispot.org/Recent_Changes?action=rss_rc] returns:

Bug reports

JabberWokky — 2009-01-03 17:59:24

+Broken RSS feed (unicode error), reiterate please let me know on other bug.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 873:	Line 873:
- * (When somebody reads this and checks this out, please let me know, as I'd like to reupload those images... and if somebody is reading this who knows Python and wants to get involved in Sycamore development (the software behind Wiki Spot), please visit [wiki:Sycamore] and volunteer!). --jw	+ * When somebody with server side access reads this and checks this out, ''please let me know'', as I'd like to reupload those images... and if somebody is reading this who knows Python and wants to get involved in Sycamore development (the software behind Wiki Spot), please visit [wiki:Sycamore] and volunteer!. --jw + + =RSS Feed is broken= + + ["Users/maddaze] noticed that his or her RSS feed did not work. [http://adld.wikispot.org/Recent_Changes?action=rss_rc] returns: + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/rss_rc.py", line 126, in execute + rss_dom = xml.dom.minidom.parseString(rss_init_text) + File "/usr/lib64/python2.5/xml/dom/minidom.py", line 1923, in parseString + return expatbuilder.parseString(string) + File "/usr/lib64/python2.5/xml/dom/expatbuilder.py", line 940, in parseString + return builder.parseString(string) + File "/usr/lib64/python2.5/xml/dom/expatbuilder.py", line 223, in parseString + parser.Parse(string, True) + UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 132: ordinal not in range(128) + }}} + + --["Users/JabberWokky" Evan 'JabberWokky' Edwards]

Bug reports

maddaze — 2009-01-03 15:46:20

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 511:	Line 511:
- = Problem adding security group ==	+ == Problem adding security group ==

Bug reports

maddaze — 2009-01-03 15:43:28

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 511:	Line 511:
	+ = Problem adding security group == + * '''Date and time:''' 2009-01-03 + * '''User:''' ["Users/Maddaze"] + * '''Platform:''' Win XP SP3 + * '''Browser:''' Firefox 3 + * '''Page showing bug:''' [http://adld.wikispot.org/Wiki_Settings/Security] + * '''Bug description:''' I keep trying to add a new security group: Gérants. It appears to be added, but doesn't appear on any other page when I try to change the security settings. Nor does the group appear when I return to the wiki settings page. Problem with the e accent aigu character? +

Bug reports

JabberWokky — 2009-01-02 23:55:12

(paren (paren ) )

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 865:	Line 865:
	+ * (When somebody reads this and checks this out, please let me know, as I'd like to reupload those images... and if somebody is reading this who knows Python and wants to get involved in Sycamore development (the software behind Wiki Spot), please visit [wiki:Sycamore] and volunteer!). --jw

Bug reports

JabberWokky — 2009-01-02 16:43:24

Odd image revision/upload bug.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 861:	Line 861:
	+ + =Image upload does not appear in revision= + + Odd one here... On [wiki:SARS], I have two images of a book cover. I had a very low resolution version from the internet, and just got the book, so I took a photo of the cover and uploaded replacement images. I uploaded both replacements in two different tabs at the same time. The new image has appeared on the rendered entries (i.e., it uploaded and thumbnailed properly), but that upload does not appear in either image revision... the current image being displayed is not even in the image revision history. It is very clear the newly uploaded images are being used on the entry, but the newly uploaded revision does not show up when you click the image. Another possible factor is that the images were a bit over a meg in size. 1211714 bytes to be exact. See [http://sars.wikispot.org/Mortal_Coil?action=Files&do=view&target=book.jpg here] and [http://sars.wikispot.org/Mortal_Coil?action=Files&do=view&target=book.jpg here]. --["Users/JabberWokky" Evan 'JabberWokky' Edwards]

Bug reports

BrentLaabs — 2009-01-01 04:39:48

cleanup unrelated discussion

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 88:	Line 88:
- * This popped up on IRC... it has been broken for several hours. I was hoping it was due to a rebuild or something in progress, but it's still broken, pretty much all night (aka evening through the night Pacific time). --jw - * Was caused by me doing something. Fixed now. --["Users/PhilipNeustrom"]

Bug reports

BrentLaabs — 2009-01-01 04:38:25

well, i broke something

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 19:	Line 19:
- == Search Completely Broken ==	+ == Cookie error handling ==
Line 22:	Line 22:
- * '''Platform:''' Mac OS X 10.5 - * '''Browser:''' Firefox 3.0.3, Safari 3.2 - * '''Page showing bug:''' ALL PAGES - * '''Bug description:''' Search appears to be completely broken across wikispot. That spotty timeout error has recurred in spades!	+ * '''Platform:''' Mac OS X 10.5.6 + * '''Browser:''' Safari 3.2 + * '''Page showing bug:''' [wiki:ventura] (but not really) + * '''Bug description:''' I'm guessing this has something to Safari incorrectly deleting my cookie on logout. Still, this is anything but graceful:
Line 27:	Line 27:
- Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 133, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out	+ <type 'exceptions.IndexError'> + A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. + + /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in run(self=<Sycamore.support.wsgi_server.scgi_base.Request object at 0xc5f3810>) + 181 + 182 try: + 183 self._conn.server.handler(self) + 184 except: + 185 self.logger.exception('Exception caught from handler') + self = <Sycamore.support.wsgi_server.scgi_base.Request object at 0xc5f3810>, self._conn = <Sycamore.support.wsgi_server.scgi_base.Connection object at 0xc5f3e50>, self._conn.server = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xac1d50>, self._conn.server.handler = <bound method WSGIServer.handler of <Sycamore.su..._server.scgi_fork.WSGIServer object at 0xac1d50>> + /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in handler(self=<Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xac1d50>, request=<Sycamore.support.wsgi_server.scgi_base.Request object at 0xc5f3810>) + 427 self._appLock.acquire() + 428 try: + 429 result = self.application(environ, start_response) + 430 try: + 431 for data in result: + result = None, self = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xac1d50>, self.application = <function basic_handle_request at 0xb08a28>, environ = {'CONTENT_LENGTH': '0', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1100496489.59.26903,O+k6osF...=1100496489.59.26903,O+k6osFQpgIwu5WW00tNyCjKCFo=', 'HTTP_HOST': 'www.venturawiki.org', 'HTTP_USER_AGENT': 'Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ...(KHTML, like Gecko) Version/3.2.1 Safari/525.27.1', ...}, start_response = <function start_response at 0x1c01b18> + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in basic_handle_request(env={'CONTENT_LENGTH': '0', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1100496489.59.26903,O+k6osF...=1100496489.59.26903,O+k6osFQpgIwu5WW00tNyCjKCFo=', 'HTTP_HOST': 'www.venturawiki.org', 'HTTP_USER_AGENT': 'Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ...(KHTML, like Gecko) Version/3.2.1 Safari/525.27.1', ...}, start_response=<function start_response at 0x1c01b18>) + 1072 return [compressed_content] # WSGI spec wants a list returned + 1073 else: + 1074 return req.output_buffer + 1075 else: + 1076 return RequestWSGI(env, start_response).run() + global RequestWSGI = <class 'Sycamore.request.RequestWSGI'>, env = {'CONTENT_LENGTH': '0', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1100496489.59.26903,O+k6osF...=1100496489.59.26903,O+k6osFQpgIwu5WW00tNyCjKCFo=', 'HTTP_HOST': 'www.venturawiki.org', 'HTTP_USER_AGENT': 'Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ...(KHTML, like Gecko) Version/3.2.1 Safari/525.27.1', ...}, start_response = <function start_response at 0x1c01b18>, ).run undefined + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in __init__(self=<Sycamore.request.RequestWSGI object at 0xc5f3f50>, env={'CONTENT_LENGTH': '0', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1100496489.59.26903,O+k6osF...=1100496489.59.26903,O+k6osFQpgIwu5WW00tNyCjKCFo=', 'HTTP_HOST': 'www.venturawiki.org', 'HTTP_USER_AGENT': 'Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_6; ...(KHTML, like Gecko) Version/3.2.1 Safari/525.27.1', ...}, start_response=<function start_response at 0x1c01b18>, wiki_name=None) + 923 wiki_name=wiki_name) + 924 else: + 925 RequestBase.__init__(self, properties=properties) + 926 + 927 def setup_args(self): + global RequestBase = <class 'Sycamore.request.RequestBase'>, RequestBase.__init__ = <unbound method RequestBase.__init__>, self = <Sycamore.request.RequestWSGI object at 0xc5f3f50>, properties = {} + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in __init__(self=<Sycamore.request.RequestWSGI object at 0xc5f3f50>, properties={}, process_config=True, wiki_name=u'ventura') + 256 # We do an http_redirect, so let's just return + 257 return + 258 self.setup_basics() + 259 + 260 self.reset() + self = <Sycamore.request.RequestWSGI object at 0xc5f3f50>, self.setup_basics = <bound method RequestWSGI.setup_basics of <Sycamore.request.RequestWSGI object at 0xc5f3f50>> + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in setup_basics(self=<Sycamore.request.RequestWSGI object at 0xc5f3f50>) + 276 else: + 277 self.relative_dir = getRelativeDir(self) + 278 self.user = user.User(self, is_login=True) + 279 + 280 self.lang = i18n.requestLanguage(self) + self = <Sycamore.request.RequestWSGI object at 0xc5f3f50>, self.user undefined, global user = <module 'Sycamore.user' from '/srv/wikis/wikispot/sycamore_base/Sycamore/user.pyo'>, user.User = <class 'Sycamore.user.User'>, is_login undefined, builtin True = True + /srv/wikis/wikispot/sycamore_base/Sycamore/user.py in __init__(self=<Sycamore.user.User object at 0x9df0a10>, request=<Sycamore.request.RequestWSGI object at 0xc5f3f50>, id=None, name='', password=None, auth_username='', is_login=True) + 319 if cookie.has_key(cookie_id): + 320 # does their cookie pass our super elite test? + 321 if self.isValidCookieDough(cookie[cookie_id].value): + 322 # okay, lets let them in + 323 self.id = self.getUserIdDough( + self = <Sycamore.user.User object at 0x9df0a10>, self.isValidCookieDough = <bound method User.isValidCookieDough of <Sycamore.user.User object at 0x9df0a10>>, cookie = <SimpleCookie: wikispot_2Eorg_2CID='1100496489.59.26903,O+k6osFQpgIwu5WW00tNyCjKCFo='>, cookie_id = 'wikispot_2Eorg_2CID', ].value undefined + /srv/wikis/wikispot/sycamore_base/Sycamore/user.py in isValidCookieDough(self=<Sycamore.user.User object at 0x9df0a10>, cookiestring='1100496489.59.26903,O+k6osFQpgIwu5WW00tNyCjKCFo=') + 792 userid = split_string[0].strip() + 793 sessionid = split_string[1].strip() + 794 secret = split_string[2] + 795 if config.memcache: + 796 key = "userSessions:%s,%s" % (userid, sessionid) + secret undefined, split_string = ['1100496489.59.26903', 'O+k6osFQpgIwu5WW00tNyCjKCFo=']

Bug reports

DavidGrundler — 2008-11-26 19:55:37

minor edit for spelling

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 19:	Line 19:
- = Search Completely Borken =	+ == Search Completely Broken ==

Bug reports

PhilipNeustrom — 2008-11-26 19:42:49

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 42:	Line 42:
-	+ * Was caused by me doing something. Fixed now. --["Users/PhilipNeustrom"]

Bug reports

JabberWokky — 2008-11-26 10:19:30

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 19:	Line 19:
- == Search Completely Borken =	+ = Search Completely Borken =
Line 40:	Line 40:
	+ + * This popped up on IRC... it has been broken for several hours. I was hoping it was due to a rebuild or something in progress, but it's still broken, pretty much all night (aka evening through the night Pacific time). --jw

Bug reports

BrentLaabs — 2008-11-26 09:50:35

obligatory traceback

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 26:	Line 26:
	+ {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 133, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + }}}

Bug reports

BrentLaabs — 2008-11-26 09:49:57

MAJOR BUG

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
	+ + == Search Completely Borken = + * '''Date and time:''' 2008-11-26 0148 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Mac OS X 10.5 + * '''Browser:''' Firefox 3.0.3, Safari 3.2 + * '''Page showing bug:''' ALL PAGES + * '''Bug description:''' Search appears to be completely broken across wikispot. That spotty timeout error has recurred in spades! +

Bug reports

DavidGrundler — 2008-11-21 19:03:46

(quick edit)

Differences for Bug reports

No differences found!

Bug reports

DavidGrundler — 2008-11-21 19:03:40

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 179:	Line 179:
	+ * Thanks JW. Doesn't really bother me from a stats standpoint because I really don't care if people know what I have done or have not done, but it does bug me in that if we are going to list them, they should be correct. I have also created pages and contributed files, but both of those columns are showing 0. Let me know if I can help out. --["Users/DavidGrundler"]

Bug reports

JabberWokky — 2008-11-20 16:59:22

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 177:	Line 177:
	+ + I thought it had been fixed awhile back? At any rate, ["Users/DavidGrundler"] is experiencing a ''very'' clear example on [wiki:Woodland]. He's got no signup date and shows three edits when he has been making many edits. --["Users/JabberWokky" Evan 'JabberWokky' Edwards]

Bug reports

CarlaLewis — 2008-11-11 07:08:21

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
	+ + == Links to this page doesn't update == + * '''Date and time:''' 2007-05-31 17:12 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Ubuntu Opinionated Opossum + * '''Browser:''' Firefox 3.0.3 + * '''Page showing bug:''' -- + * '''Bug description:''' Using a comments macro in an included page posts to the including page.

Bug reports

PhilipNeustrom — 2008-10-09 21:33:31

Comment added.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 778:	Line 778:
	+ ------ + ''2008-10-09 21:33:31'' [[nbsp]] IE 7.0.6001.18000 -- map w/ multiple points shows up blank. Can anyone confirm? --["Users/PhilipNeustrom"]

Bug reports

PhilipNeustrom — 2008-10-07 20:56:15

Revert to version 483 (deleted entire page).

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 1:	Line 1:
	+ Having trouble with a particular feature of Wiki Spot or see something wrong? File a bug report on this page! + + [[TableOfContents]] + + Please include all the relevant information with every report, as in the following sample: + + = Example template = +
Line 2:	Line 10:
- * '''Date and time:''' 2008-10-07 13:12 PST - * '''User:''' ["Daniel Karen"] - * '''Platform:''' Windows XP Pro * '''Browser:''' IE 7 - * '''Page showing bug:''' [wiki:Davis:"Log in"] - * '''Bug description:''' I am unable to sign into the Davis wiki- I can log into the Wikispot page, however. Help! I've updated/changed my password SEVERAL times now...	+ * '''Date and time:''' 2007-05-31 17:12 PST + * '''User:''' ["Users/MikeIvanov"] + * '''Platform:''' Mac OS X 10.4 + * '''Browser:''' Firefox 3.0.1 + * '''Page showing bug:''' [wiki:Davis:"map"] + * '''Bug description:''' The Java map takes forever to load and Firefox crashes. This happens almost every time. + + = Bugs (or, maybe not) = + + == Links to this page doesn't update == + * '''Date and time:''' 2007-05-31 17:12 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Ubuntu Angsty Albacore + * '''Browser:''' Firefox 3.0.2 + * '''Page showing bug:''' -- + * '''Bug description:''' The "Links to this page" section of the info box doesn't update correctly if an included page is modified. Workaround appears to be to view the page in question. Feel free to ignore. + + == Bookmark Link Problem == + * '''Date and time:''' 2008-08-11 14:34 PST + * '''User:''' ["Users/Irrelevant"] + * '''Platform:''' Irrelevant + * '''Browser:''' Irrelevant + * '''Page showing bug:''' Bookmarks + * '''Bug description:''' I have my wiki setup in a virtual host as http://server/wiki/index.cgi. I edited web_dir, url_prefix, and relative_dir in the sycamore_config.py file to match this change. All of the links work, except for when I bookmark a page, the URL is off, the bookmarks page shows http://server/PageName, which is wrong (all the other pages work fine, however). + + Can you upload your sycamore_config.py file / link to it? Remove your password if it's in there. By the way, [wiki:sycamore] is the place to discuss setting up the software -- we can move this discussion there later if need be. + + Here is my sycamore_config.py [http://rafb.net/p/JFECLt94.html] + + == Traceback on previous revisions == + * '''Date and time:''' 2008-06-23 17:29 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' iPhone 2.0 + * '''Browser:''' MobileSafari 2.0 + * '''Page showing bug:''' [http://daviswiki.org/Talk:Cost_Plus_World_Market?action=recall&version=a] + * '''Bug description:''' Going to this URL causes a traceback error; repeatable. + + == Server's Clock is Off? == + * '''Date and time:''' 2008-06-23 17:29 PST + * '''User:''' ["Users/Irrelevant"] + * '''Platform:''' Irrelevant + * '''Browser:''' Irrelevant + * '''Page showing bug:''' [wiki:Davis:"Recent Changes"] + * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule; I don't need the wiki to tease me about it. + + What is your time zone set to in your settings (upper right)? I suspect it's set to the default -- UTC -- rather than US/Pacific. We should probably set the time zone of new accounts to the time zone of the wiki they sign up through. --["Users/PhilipNeustrom"] + + == Table of contents chokes on headings with links == + * '''Date and time:''' 2008-04-27 19:47 PST + * '''User:''' ["Users/AndrewChen"] + * '''Platform:''' Windows XP + * '''Browser:''' Firefox 2.0.0.14 + * '''Page showing bug:''' [wiki:sacramento:"Navigating Sacramento"] + * '''Bug description:''' Table of contents will not navigate to headings with links in them (anchor IDs are different). ''wiki.py'' is hashing on the wikified title while ''tableofcontents.py'' is hashing on the simpleStrip()-ed wikified title. + + == Old version of a page == + * '''Date and time:''' 2008-04-21 + * '''User:''' AlanMiller + * '''Platform:''' Mac OS X 10.3.9 + * '''Browser:''' Opera/Firefox + * '''Page showing bug:''' [wiki:davis:"The Nishi Property"] + * '''Bug description:''' I updated the Nishi Property page, but it still shows the latest edit to be in 2005. Strange thing is I am shown as editing this page yesterday, but when you click on it you get the old page. It's also not clear to me how to file this bug report. + + I'm seeing the latest edits being yours (see [http://daviswiki.org/The_Nishi_Property?action=info the Info area]). Can you give me detail? When I click Edit I see the current version of the page. + + == Stupid search suggestions == + * [http://daviswiki.org/Front_Page?action=search&inline_string=mark+woods&x=0&y=0] + * [http://daviswiki.org/Front_Page?action=search&inline_string=davis+food+coop&x=0&y=0] + + == Question about Events Board Macro== + * '''Date and time:''' 2008-4-16 11:40 + * '''User:''' ["Users/RocksandDirt"] + * '''Platform:''' n/a + * '''Browser:''' n/a + * '''Page showing bug:''' - - + * '''Bug description:''' Two questions about the events board. 1) how do I upload a pdf to an event? and 2) is there a way to edit an event after it's been posted? Thanks! + 1. Upload the pdf on another page and insert a a hyperlink to the file (workaround). + 2. Yep. You can delete the event and repost it with a correction (if you created the event). I realize that these aren't the answers you want, though. I'm working on making the Events Board page better. However, this is my first real python project, so it's going to take a bit of time to do. --["Users/BrentLaabs"] + + Your answers confirmed my suspicians. Good luck with the updates! + + == Link appears broken but actually isn't == + * '''Date and time:''' 2008-3-5 15:00 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Mac OS X 10.4 + * '''Browser:''' Firefox 2.0.0.1 + * '''Page showing bug:''' [wiki:forty-two:"Music Portal"] + * '''Bug description:''' The page "JackVernon Look At This!!!" exists, but appears to be a broken link. Probably due to superfluous bangs. + + + == Another Login Bug== + * '''Date and time:''' 2008-01-19,20 + * '''User:''' oliver@dcn.org + * '''Platform:''' XP + * '''Browser:''' Firefox, current release + * '''Page showing bug:''' The URL e-mailed to my address when I request a new password to be sent there and the URL when I try to create new profile with that address + * '''Bug description:''' My e-mail address belongs to a daviswiki account and so it is not available for a new daviswiki account, but neither is it accessible through the new-password-request link that daviswiki sends to that address (i.e. mine). + + Do you mean that you don't get a URL emailed to you when you enter your email address when forgetting your password? Can you explain in more detail? You get a URL emailed to you but then when you click it you're not logged in and viewing the user settings page? Try clearing your browser cookies for good measure. --["Users/PhilipNeustrom"] + + == Mobile/CSS bug == + * '''Date and time:''' 2007-12-2 17:54 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' iPhone 8GB + * '''Browser:''' Safari for iPhone + * '''Page showing bug:''' anything on davis or wikisp ot and probably others + * '''Bug description:''' activeTab actually displays smaller than the other tabs. The site looks good in general though. + + == case sensitive e-mail in password retrieval == + * '''Date and time:''' 2007-09-22 12:43 + * '''User:''' ["Users/Jason Aller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.007 + * '''Page showing bug:''' Account registration and password retrieval + * '''Bug description:''' It could be that the account registration and password retrieval parts aren't performing the same check for an existing e-mail account. Look for case sensitivity. + + ''This should be fixed now.'' --["Users/PhilipNeustrom"] + + == quickedit and unicode == + * '''Date and time:''' 2007-09-22 12:43 + * '''User:''' ["Users/Jason Aller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.007 + * '''Page showing bug:''' [http://daviswiki.org/Regular_Events?action=diff&version2=244&version1=243] + * '''Bug description:''' Quickedit isn't unicode compliant and '''horks''' -- (yep, thats a technical term) any non ascii characters on the page. + + Should be fixed. --["Users/PhilipNeustrom"] + + == Wiki Deletion fails == + * '''Date and time:''' 2007-05-31 17:12 + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Mac OS X 10.3 + * '''Browser:''' Firefox 2.doesn'tmatter + * '''Page showing bug:''' [wiki:daviswiki] + * '''Bug description:''' I marked {{{wiki:daviswiki}}} for deletion more than 30 days ago, it still exists. + + ''This is the way it'll work for a while. It's too confusing to say "will be deleted in no less than 30 days." The idea is that we'll purge wikis en-mass when we need to at some point.'' + + == non existent sub page to user page == + * '''Date and time:''' 2007-08-25 10:28 + * '''User:''' ["Users/JasonAller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.006 + * '''Page showing bug:''' [http://daviswiki.org/Users/JohnLofland/Users] + * '''Bug description:''' The new feature that shows user information doesn't take into account pointing to non-existent sub pages to the userpage. + + == User Statistics == + * '''Date and time:''' 2007-08-05 19:04 + * '''User:''' ["Users/JasonAller"] + * '''Platform:''' Mac OS X 10.4 + * '''Browser:''' Firefox 2.006 + * '''Page showing bug:''' [wiki:Davis:"User Statistics"] + * '''Bug description:''' User statistics doesn't seem to be keeping accurate count of user edits. It is reporting fewer edits now than earlier today. I suspect that the problem has been going on for a while. '''Update''': Yup, problem confirmed. I still haven't figured out the pattern. (''Edit'': Confirmed it occurred in the morning hours of Mon 2007-08-21. I believe it also lost some edits, looking for a bug report for that to possibly tie this bug to. I'll note that there was a brief period (1 to 4 minutes) when [wiki:davis DavisWiki] was down, but I did not verify that it wasn't a bandwidth hiccup on my end. --["Users/JabberWokky"]) + + Plan: ensure we always grab user stat counts from the DB - not cache (or something) - on increments. Write thing for maintenance script to normalize data. + + ''I can't reproduce this, and I've tried a bit...'' --["Users/PhilipNeustrom"] + + ''Something similar is happening to me, in the user statistics of IN wiki it shows much less than i know i have done. I can even see it from my user info from all wikis. I dont know if its related but my first edit date is unknown on it. The link to my profile is [http://inwiki.wikispot.org/Users/Sparrow]'' --["Users/Sparrow"] + + + == Image display error in SSR (Opera mobile) == + * '''Date and time:''' 2007-06-30 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Nintendo DS + * '''Browser:''' Opera + * '''Page showing bug:''' [wiki:davis:"Front Page"] + * '''Bug description:''' Included image (part of mystery picture) overlaps other content in the SSR mode. No bugs in overview. Both map icons appear in SSR mode as well, additionally map fails to appear/load (it works in overview though). + + This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could help hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] + + == Quick Edit non functional yet again (Opera Mobile) == + * '''Date and time:''' 2007-06-30 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Nintendo DS + * '''Browser:''' Opera + * '''Page showing bug:''' All + * '''Bug description:''' Quick-edit non-functional (I can click to note) , we should make mobile version of default page to aid functionality for mobile users. + + This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] + + == Google Map javascript thingy doesn't handle utf-8 characters == + * '''Date and time:''' 2007-06-06 14:48 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Linux 2.6.20 powerpc + * '''Browser:''' Iceweasel 2.0.0.3 + * '''Page showing bug:''' http://www.daviswiki.org/Studio_66?action=recall&version=8 + * '''Bug description:''' If a utf-8 character is in the Address macro it makes a traceback: + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run + wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute + map_html= mapJS(wiki_name, page_locs, nearby_locs, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS + center = page_locs[0] + IndexError: list index out of range + }}} + possibly because of this: http://codesimple.net/archives/2006/08/24/google-maps-utf-8-problem + That link seems to be about the encoding of received information. The problem, in our case, is that when we ask for "Peña" we just don't get anything back (even in the wrong encoding). + So I got the google maps api test page, here: http://www.schmalenberger.us/geocoder.html and it works fine with the tilde, whether the thing in the above link is used or not. So that is probably not relevant, but it does work. Maybe just in a later version of the api? I notice that the geocoder.html has v=2.x in the url but daviswiki has v=2. + + -["Users/NickSchmalenberger"] + + == If you click on map from the info page of a wiki page, it makes a traceback where the map goes == + * '''Date and time:''' 2007-06-06 16:13 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Linux 2.6.20 powerpc + * '''Browser:''' Iceweasel 2.0.0.3 + * '''Page showing bug:''' http://daviswiki.org/Shields_Library?action=info# + * '''Bug description:''' this traceback is the same as in the above bug + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run + wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute + map_html= mapJS(wiki_name, page_locs, nearby_locs, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS + center = page_locs[0] + IndexError: list index out of range + }}} + + == Save Changes or Cancel from previewing an edit doesn't take you back to the page == + * '''Date and time:''' 2007-05-29 00:14 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Windows XP version 5.1.2600 + * '''Browser:''' Firefox 2.0.0.3 + * '''Bug description:''' If you preview an edit, it takes you to thepage#preview , then if you cancel or save, it puts you back at thepage#preview and tells you your edit was cancelled or saved. If you then refresh that page after saving, it puts another edit on the page. + + Does your browser warn you about this? It should give a notice that you're resending POST data. We could work around this by redirecting after a save or a cancel.. + The browser does warn, but I think this would be helpful. Sometimes people reload more than one tab at once. + + == Tinylogo not updating == + + * '''Date and time:''' 1952-05-21 + * '''User:''' ["Users/Davidpoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox 2 + * '''Page showing bug:''' [wiki:tustin:"Wiki Settings/Images"] + * '''Bug description:'''Cannot change tinylogo, it seems to revert to cached version for some reason. + + I just tried this and I can't reproduce. You sure? If you give me the ability to delete on that page then I can check more closely. --["Users/PhilipNeustrom"] + + I experienced the same tinylogo mystery on Torontopedia. After a while I simply deleted the original tinylogo I had uploaded, re-uploaded the exact same file using a different source file name, and it worked right away and still works now. --["Users/HimySyed"] + + == Link status incorrect == + + * '''Date and time:''' 1952-05-21 + * '''User:''' ["Users/Davidpoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox 2 + * '''Page showing bug:''' Today's interwiki-recent changes, + * '''Bug description:''' ["users/riteaidguy"] shows as being a working link when it should be broken, on the same page [wiki:davis:"users/riteaidguy"] also appears on the page, this may be the source of the error. + + + == Image macro does not resize in includes == + * '''Date and time:''' 2007-4-4 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox + * '''Page showing bug:''' [wiki:tustin:"front page" tustin front page, see notes] + * '''Bug description:''' Sub-sectioned pages, with sized images, fail to size the image, there are no such difficulties with thumbnails though, seems like a problem in parallel development. + + == Quick Edit does not work in includes == + * '''Date and time:''' 2007-4-4 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox + * '''Page showing bug:''' Scwiki front page + * '''Bug description:''' Starting quick edit on one section allows you to quick edit subsections, it just doesn't actually work, it will be for the content of the first quick edit highlight. That probably sounds confusing, but thats how it is. + + == Footnotes broken == + + * '''Date and time:''' 2006-12-28 + * '''User:''' ["Users/PhilipNeustrom"] + * '''Platform:''' Ubuntu Linux + * '''Browser:''' Firefox + * '''Page showing bug:''' http://wikispot.org/Front_Page/Talk?action=recall&version=8 + * '''Bug description:''' Footnotes seem to be thrown into tables or whatever is at the end of the page. + + * Looks like they get thrown into included pages, actually. + * It appears the <div> is not being closed properly, check the process which writes the footnotes div in, or the one that writes the subsection, if it is recursive or something like that, it may be calling the footnotes section early. In any case, this is a coding bug it seems. ~Dave March ^31^ 2007 + * Yeah, we can fix this after launch. + + == Login Failure == + * '''Date and time:''' 2007-03-30 22:54 + * '''User:''' ["Users/GrahamFreeman" Graham Freeman] + * '''Platform:''' Windows Mobile v5.0 (OS 5.1.195) + * '''Browser:''' Internet Explorer + * '''Page showing bug:''' login + * '''Bug description:''' Login fails without any errors. I enter my username & password, click on "Login", and the page reloads - no login, and no error message. Cookies are allowed, I can login to DavisWiki.org, and so on - but logging in to wikispot.org simply doesn't work. + + Maybe this has something to do with .htaccess? -- ["BrentLaabs"] + Maybe. But I was prompted for the wiki/zerocool pw first, successfully entered it, and then was given the actual front page from which I was asked to login. On Firefox on my Mac I usually get prompted for wiki/zerocool twice, whereas on IE on my handheld I was only prompted once. So, you might be right. It's just odd that I'd see the front page and be given the opportunity to login to the wiki if it was an .htaccess problem. --["GrahamFreeman"] + So we need to test this. Access the site, refuse one of the prompts, and then if one of the prompts causes the failure of the login due to htaccess stuff, then we know, otherwise it is probably not an issue. Fortunately this only happens on this minority os right? ~Dave + + I don't think this has anything to do with the l/p. I'm not sure what is going on so it's impossible for me to fix this without more information. Logging in should work (and I just tested it) without JavaScript on (as long as cookies are on). There's a few redirects (2) that occur during the authentication, so that could be causing the issue. I changed something just now that might have fixed it. Otherwise, how about I try things out on your phone next time I see you, Graham. --["Users/PhilipNeustrom"] + + No joy - still fails to login, yet doesn't give an error. -Graham + + Update: 2007-04-03 21:20 : Now, I get the front page, log in (no .htaccess prompt, of course - just the Wiki Spot login), and I get the error message "The Requested Page can not be displayed" with a URL of http://wikispot.org/?x-up-destcharset=106 -Graham + + == Wishlist: Notification of older versions on different entry == + * '''Date and time:''' 2007-03-03 + * '''User:''' ["Users/ArlenAbraham"] + * '''Platform:''' Any + * '''Browser:''' Any + * '''Page showing bug:''' http://wikispot.org/Development?action=info (or any other page that has been renamed) + * '''Bug description:''' This one has been around for a while. If you rename a page, it doesn't take the version history along with it. This isn't as much of an issue because changing the case of a page has been disabled. I'm just waiting for some AsSHAt tO coMEaLonG anD CREatiVLY casE a BUNcH Of nEw pAGeS. + + This is the desired behavior. The version history is on the old page. We don't move the version history because sometimes the page you're renaming to has a version history, as well. + + * How about providing a link to the info for the old page? + + * If you change this, keep in mind how you handle the following: EntryA has something somebody would like to hide, so they copy it to EntryB, delete EntryA, create EntryC, rename it EntryA, delete it and then rename EntryB to EntryA? ClickWiki moves version histories around, and it's actually a pain in the ass to deal with. I wound up punting to the very very ugly "rename the deleted entry with the history with a incremented numeric suffix", so EntryA's orginal history would wind up in the (deleted) EntryA.1. Honestly, keeping clean records is easier in most cases by carrying over the history when an entry is renamed, but a pain in the ass when entries get bounced around a bunch. --jw + * Thinking about it, isn't the current use of the creating edit being (renamed from x) useful? perhaps we should make it also in that case have a link to that info page directly or something of that matter? Elsewise we end up with either non-intuitive complex record keeping to account for the jabberwok scenario.. ~D + + == Broken image to non-logged in visitors == + + It serves different html to logged in users versus non-logged in users when mail addresses are being displayed. There is a reference to http://wikispot.org/wiki/eggheadbeta/img/mailto that doesn't exist and shows as a broken image icon. --["Users/JabberWokky"] + + == Can't clear default address locale == + * '''Date and time:''' 2008-07-08T1:11Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' Firefox 1.5.0.12eol + * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Wiki Settings/General"] + * '''Bug description:''' I am trying to clear the “Default address locale” setting in my [wiki:wheatfield-backgreen:"Wiki Settings/General"] control page. I have decided it was a mistake to put anything in this. However, the software will not let me clear this field. I can shorten it to 1 character, but I can not shorten it to 0 characters. If I shorten it to 1 character, even if that character is a space, then a comma shows up in the map balloon text, which I don't want. How do I clear the “Default address locale” setting? + + UPDATE: I confirm that Philip has fixed this bug. I can't remove the bug from the list due to a bug in my browser. Can someone please remove this bug report (or mark it as resolved or whatever the standard practice is)? + + == wikispot.org's web server rejecting HEAD requests? == + * '''Date and time:''' 2008-07-09T19:09Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' GNU Wget 1.10.2 + * '''Page showing bug:''' any page, for example http://wikispot.org/ + * '''Bug description:''' I am trying to set up a script which will let me back up my wiki once a week. Because the wiki exporting functionality is not finished yet, in the meantime I want to use wget to get copies of the latest page versions. (I'd rather have the wiki text content without the HTML wrapping, but I don't have an easy way to get this yet.) Unfortunately, it seems I can not use wget's --timestamping option. When I do, on the 2nd and subsequent uses of wget, I get a “403 FORBIDDEN” response from the web server. After much investigation, I think this is caused by wget using the HEAD request instead of the GET request. The first wget request uses the GET request because there is no local copy of the file to compare timestamps with. + + For fetching pages generated from wiki text, this may not be such an important bug, because probably the time stamps are unreliable anyway, because these web pages are generated from a database. (Or is the data in the database time-stamped so that the web pages can be given the time of the most recent data they use? I suppose it would be as expensive to compute this as to generate and send the new web pages anyway, so the savings from not refetching unchanged pages might not be much, but network bandwidth could be saved. And anyway, the correct solution to the back up problem does not involve fetching the HTML web pages.) For fetching uploaded files, this is a more important issue, because they will rarely change and they may be quite big so it would be better if a backup or mirroring program could detect easily when they have changed. + + Is there a good reason for the web server to not reply to HEAD requests? This causes 3rd-party programs to fail with hard-to-diagnose errors. + + By the way, for the record, the command I am now using to backup my wiki is this: + {{{ + wget --force-directories --recursive --page-requisites --no-parent --html-extension --convert-links --backup-converted http://wheatfield-backgreen.wikispot.org/}}} + + Unfortunately, this command gets some purely generated files which I would rather not get (for example, the RSS feeds), and fails to get uploaded files. I would love to see a better command for getting a backup. + + ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the wiki configuration (although theme CSS and PNG files are backed up). --["Users/JoeWells"] + + == Using the include macro causes footnotes so far to be dumped on page == + * '''Date and time:''' 2008-07-09T23:07Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' Firefox 1.5.0.12eol + * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Footnote vs. Include Bug"] + * '''Bug description:''' Whenever you use the include macro (regardless of the target, even if the target does not exist), all footnotes accumulated so far on the page are dumped in the usual format footnote list and any subsequent footnotes go into a new list. Using {{{[[footnote]]}}} does not help to force the correct footnote placement. See the “[wiki:wheatfield-backgreen:"Footnote vs. Include Bug"]” page for a test case. + + == RSS feeds use invalid date format == + * '''Date and time:''' 2008-07-10T15:01Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Gnus v5.11, GNU Emacs 22.1.1) + * '''Page showing bug:''' probably all of them (example: http://wikispot.org/Interwiki_Recent_Changes?action=rss_rc&user=joewells) + * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. There are at least two problems with this. + + * One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. + + * Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.) + + == Map button fails silently with no explanation to the user when JavaScript is disabled == + * '''Date and time:''' 2008-07-15T12:59Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them (example: [wiki:wheatfield-backgreen]) + * '''Bug description:''' There is a link in the page header labeled with the word “Map” and a small icon. Clicking on this link is supposed to bring up any map associated with the wiki page. The implementation of this link is some JavaScript code that dynamically inserts the map element in the page's DOM and displays it. Of course, this does not work when JavaScript is turned off or for browsers without JavaScript. The bug is that this failure happens silently with no explanation given to the reader. One way to fix this bug would be to make the link by default go to a web page with an explanation that JavaScript must be turned on for it to work, and then change the link to its current implementation at page load time with JavaScript. This way, the current behavior would be obtained if JavaScript is turned on, and a reasonable fall-back behavior would happen when JavaScript is turned off. + + == Quick edits and file uploads are missing text stating user agrees to license content == + * '''Date and time:''' 2008-07-17T23:06Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them + * '''Bug description:''' The “Edit” button gets you a page where there is some useful text that says that using “Save Changes” means the user agrees to license the work they are adding to the wiki under the CC license. However, both the “quick edit” and file uploading interfaces are missing this useful text. The quick edit and file uploading interfaces should change so that they include text stating that the user agrees to license their work under the wiki's default license. + Another related issue: The text for editing uses the phrase “release your contribution”. I think to be legally effective, this should probably say “license your contribution”. I don't think the word “release” is even meaningful here. + Yet another related issue: The text should probably also say that the user agrees not to contribute material to the wiki which is only available under an incompatible license without adding an explicit indication of the license. It is not enough to require that the user has permission to submit the work. (Furthermore, there are some minimum requirements on the license: it should at the very least allow people to view the material while browsing the wiki. Otherwise an attacker could submit work which they have permission to add to the wiki, but which no one else has permission to view while on the wiki. Then every wiki reader (as well as the wiki maintainers) would be violating copyright.) + + Good call with the quick edits and file uploads. Do you have a suggestion as to how to make the quickedit license text non-obtrusive? + + Right, for file uploads there is room to put some nice text, but quick edits need to be a bit tighter. Obvious ideas: font size, a link to bring up a pop-up window, tooltips. + + By the way, unrelated bug: The quick edit area should temporarily stop showing the "double click here to edit" tooltip while the quick edit feature is activated. + + == Per-page security changes override ''all'' subsequent wiki-wide security changes? == + * '''Date and time:''' 2008-07-17T23:32Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them + * '''Bug description:''' Okay, suppose you make group G and add user U to group G. Then you give group G the ability to change security. Then user U edits wiki page P and changes just 1 aspect of the security (i.e., U clicks in one box to toggle one setting). Then administrator A changes a ''different'' setting on the Wiki_Settings/Security page. This change fails to affect page P! I assume what is going on here is that when U changed the security for P, a record of the values of ''all'' of the security settings was attached to page P, rather than just the single setting that U changed. + Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings. ''Good feature request'' + Also, there appears to be no way to clear the per-page security modifications for a given page so that that page will subsequently see only the wiki-wide settings. + + There's some implicit behavior here. When you change the security settings on a page to be different from the wiki-wide settings the page is no longer affected by wiki-wide setting changes. To make the page subsequently see only wiki-wide settings you need only change the security settings on the page to be in alignment with the wiki-wide settings. Perhaps we should make this explicit with a "reset security settings" button in the page's Security area. --["Users/PhilipNeustrom"] + + Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. Another nice thing could be for the ''differences'' from the wiki-wide settings to be highlighted. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"] + + The settings are only cleared when they're set directly on the page. --["Users/PhilipNeustrom"] + + == Comment Problems == + * '''Date and time:''' 2008-07-24 since midnight + * '''User:''' ["Users/BrandonBarrette"] + * '''Platform:''' Mac OS X 10.5.4 + * '''Browser:''' Firefox 3 + * '''Page showing bug:''' [wiki:davis "Mystery Picture"] & [wiki:davis "Mystery Picture/Guesses"] + * '''Bug description:''' When you add a guess on Mystery Picture/Guesses, it displays on the page Mystery Picture. I noticed last night that there was "-------" (a line break I assume) some of that under the comments code, so I deleted it, then it allowed me to comment on the guesses page and it displayed there. You can see it in the history. But then it started doing it again... Not sure why... + + = Map-related bugs = + * Davis Wiki map + + == Broken Address macro == + * '''Date and time:''' 2007-05-15 10:53 + * '''User:''' ["Users/BrianGingold"] + * '''Platform:''' Ubuntu Linux + * '''Browser:''' Firefox 2.0.0.3 + * '''Page showing bug:''' [wiki:Sacramento:"Jalape%C3%B1os"] + * '''Bug description:''' I wrapped the Address macro around the address on a page, clicked save changes, and was presented with <type 'exceptions.ValueError'> and a Python traceback. + + Should be fixed now. Was an issue with the ñ. --["Users/PhilipNeustrom"] + + = Known bugs = + * Table of contents causes an annoying jiggle + * Table of contents prints headings included in {{{ {{{ tags }}} }}} + * Table of contents doesn't scan {{{[[Include]]}}}d pages, or the header to an included page + + --------- + issue with something or other: + {{{ + Fact: Beer is fucking delicious. + [[include(Explore, "Explore", left, 60%)]][[include(Featured Beer, "Featured Beer", right, 37%)]] + [[include(News, "News", 60%)]][[include(Featured Beer, "Featured Article", right, 37%)]] + }}} + + =Non-reproducable bugs = + + ==Error on search== + Did an edit on [wiki:Davis], and then searched for the unique term I had just added (to see if there were any other instances on the wiki). The first edit I've had time for in days, and I get an error! ;) I cannot reproduce, feel free to delete this report, but I figured if I got it I should at least point it out. Specific edit was adding [http://daviswiki.org/Bicycling_Tips?action=diff&version2=153&version1=152 this] and then searching for 'fixme'. + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + }}} + + [[Comments(Add a Mini Bug Report)]] + + ''2007-04-04 06:49:15'' [[nbsp]] I have my time zone set to Pacific (UTC-7), and yet my comments show up as being posted in UTC time (seven hours in the future)...? Oddly, other time displays (e.g. in diff views) appear to be correct. --["Users/GrahamFreeman"] + + Comments should be timestamped with the date of the local wiki you're on. Knowing this, is this still a bug? E.g. is the time in Pacific on Davis Wiki and in UTC here? -Philip + + My comments on DavisWiki show up in the correct time zone (UTC-7), but they show up in UTC on WikiSpot even though I've verified that my Wiki Spot account has a UTC-7 timezone set. I tried both US/Pacific and America/Vancouver. Check out my ["Users/GrahamFreeman" userpage] for the test results. -Graham + + Unless I'm misunderstanding you, that's how it should work. This wiki, the hub, has UTC set as its timezone. Davis Wiki has UTC-7 set. Changing your local timezone doesn't change the appearance of the comments. -Philip + + OK, I understand you now, but then shouldn't the time/date-stamp make clear which time zone it's in? -Graham + + + ------ + ''2007-04-09 18:00:14'' [[nbsp]] Hey, here's a simple easy update to add. Now that Users/* exists, you can have RandomPage exclude Users/* and Wiki/* entries. --["Users/JabberWokky"] + ------ + ''2007-04-30 18:18:44'' [[nbsp]] [wiki:Davis:"Critical Mass"] shows up in the photo requests page because it is apparently linked to the photo requests page. However, I cannot find the link anywhere on the critical mass page, and the link does not show up if you click on Info -> Links. --["Users/DavidGrundler"] + ------ + ''2007-05-03 02:16:30'' [[nbsp]] Renaming an entry does not work if the new name is the same phrase with a different case. I.e., "Wiki Sandbox" cannot be renamed "wiki sandbox". --["Users/JabberWokky"] + + ''2007-05-16 15:02:53'' [[nbsp]] Seems to be fixed as of today. I just renamed ["wiki:davis:Locksmiths"]. Leaving here in case it's something to do with spaces or whatnot. --["Users/JabberWokky"] + ------ + ''2007-05-12 05:47:42'' [[nbsp]] Now that pages can have accent marks in their names the search feature needs to support them as well. Search for "Acción Zapatista" on [wiki:davis]. --["Users/JasonAller"] + + Should be squared out now. + ------ + ''2007-05-13 00:41:12'' [[nbsp]] When I was logged in today and tried to visit http://wikispot.org/Front_Page , it said "You are not allowed to view this page." It has never done this before-- are other people having the same problem? --["Users/MaryLieth"] + + Okay, it should be fixed now! --["Users/PhilipNeustrom"] + ------ + ''2007-07-16 06:04:32'' [[nbsp]] Included pages don't influence the TOC. --["Users/PhilipNeustrom"] + ------ + ''2007-07-23 06:36:12'' [[nbsp]] (Cheat report): The 7/22/07 edits on the [http://daviswiki.org/Restaurants?action=info Restaurants] page are weirdly buggy. Teriyaki Express keeps moving itself back in. My first edit on 7/22 just removed it, but the edit log shows differently. Same thing then seemed to happen to ["CovertProfessor"]. --["Users/EdWins"] + + I can reproduce this. It's probably (i'm guessing) being caused by the RandomQuote of the entry being on the entry that's being quoted. + ------ + ''2007-08-03 06:45:16'' [[nbsp]] On Safari/MacOS X, hitting "clear message" after trying to create a new account with an email address that's already registered to another account takes me from the new account registration page to the Log In page. --["Users/GrahamFreeman"] + ------ + ''2007-08-08 05:49:37'' [[nbsp]] Occasional search timeouts (only happened once to a person): + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 708, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 377, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 410, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 330, in readline + data = recv(1) + timeout: timed out + }}} --["Users/PhilipNeustrom"] + ------ + ''2007-08-08 20:56:07'' [[nbsp]] In "Wiki Settings/General", the tabs' fields don't support unicode chars in page names. --["Users/andre.felipe"] + + This should be fixed now. Thanks for the heads-up! --["Users/PhilipNeustrom"] + Thank you indeed! --["Users/andre.felipe"] + ------ + ''2007-08-08 20:58:10'' [[nbsp]] Cannot save general settings on Opera, nor use the "Upload - Check Spelling - Delete - etc." buttons. --["Users/andre.felipe"] + + Is this still happening? Can you get to those buttons on any page, or are you having a problem pressing them on the General Settings page only? What version of Opera? --["Users/PhilipNeustrom"] + Now I can press those buttons (upload, delete etc.), but I cannot press the "Save Settings" yet. I'm using Opera 9.22 for Windows. --["Users/andre.felipe"] + Okay, it should be working now. I could reproduce it in Opera 9.22 on my mac, and I got it working (for me) now. Let me know if it's fixed. Sorry about that! --["Users/PhilipNeustrom"] + ------ + ''2007-08-14 03:52:36'' [[nbsp]] quick edit doesn't work on Safari 2.0.4 on OSX. When I hit submit, it tells me "cannot save empty pages." this continued to happen after a reboot, after clearing of my cache, and on multiple different daviswiki pages. --["Users/CraigBrozinsky"] + + This should be fixed now. + Yup, it is. + ------ + ''2007-08-25 23:34:05'' [[nbsp]] [http://daviswiki.org/UC_Davis_English_Department?action=recall&version=18 Check out the Table of Contents]. Note that the header is a link. --["Users/JabberWokky"] + ------ + ''2007-08-28 18:53:44'' [[nbsp]] http://daviswiki.org/Pe%C3%B1a_Drive?action=diff&version2=8&version1=7 --169.237.136.169 + + Should be fixed now. Thanks! + + * '''Date and time:''' 2007-09-21 02:15 or thereabouts + * '''User:''' ["Users/Graham.Freeman" Graham Freeman] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.0.0.7 + * '''Page showing bug:''' [http://scwiki.org/Body_and_Soul?action=info], then click on "Map" + * '''Bug description:''' python traceback when you click "map" from the Info page + ------ + ''2007-10-02 18:12:56'' [[nbsp]] Links in included pages shouldn't render if they link to the page doing the including OR the included page. --["Users/PhilipNeustrom"] + ------- + + There suddenly appeared (at 22:00 East Coast) a bug this evening. Some of it appears to affect all users, parts of the bug are timezone related and just affect me. + + For all users, http://wikispot.org/Wiki_Directory appears to be borked. Several people all report that it only draws the header, and if you hit edit, the source appears, but it times out on save. This is slightly different than before. + + Interwiki Recent Changes is giving me a timezone related Traceback, as is my settings page. They are attached. It is not erroring out for anybody else that we can see, but everybody else is Pacific time. + + RyanJames poked in the Python, pointing out that "in the for loop that's lines 242-245 in tzinfo.py, the if statement is never true, meaning your dt (datetime object) doesn't match any of the datetimes in the module's dictionary of all datetimes/timezone thingies". + + Another probably unrelated bug that I noticed is on the Wikispot User Statistics entry, where my first edit is "Unknown". Probably unrelated, but if this is all a database issue, I'm letting you know all the "doesn't line up" errors I can find. + + By the way, this is different than the last two times, as I can still edit other entries without locking them up. --["Users/JabberWokky"] + ------ + ''2007-10-16 15:43:55'' [[nbsp]] The first linebreak after the first line of text after a heading isn´t converted to a <br> here: [http://median2008.wikispot.org/Items]. Looks like a bug? --["Users/holzbit"] + + This should be fixed as of 2007-11-6. --["Users/PhilipNeustrom"] + ------ + ''2007-10-19 06:39:56'' [[nbsp]] heart macro, breaks and centering don't seem to work well in conjunction.. fool around with it for a bit to figure out what I mean I suppose. --["Users/DavidPoole"] + ------ + ''2007-11-16 11:22:30'' [[nbsp]] A block of unformatted text ends at the first }}} so if that is included in the block, it ends too early. http://daviswiki.org/Wiki_Sand_Box?action=diff&version2=230&version1=229 --["Users/NickSchmalenberger"] + ------ + ''2007-12-11 01:34:35'' [[nbsp]] {{{<input class="formbutton" type="submit" name="button_dont" value="Dont press me">}}} + Wtf Philip, oh and Mac will select this one first, you might want to consider button ordering functions to have this reordered to be after the submit button. --["Users/DavidPoole"] + + It shouldn't have a negative affect on anyone.. Can you explain how it negatively affects the Mac (I assume you mean Safari?) The comment box is a textarea, which means that the return key never auto-submits in a browser (that I know of). The "dont press me" button is for spam purposes. + It is more that I use keyboard commands so I tab->return to submit, which is what I imagine most bots would do.. annoying.. but maybe make it a visible button saying cancel might be nice? just so folk like me don't trip up? or would that reduce the effectiveness against spam? ~D + ------ + ''2007-12-15 14:34:02'' [[nbsp]] Searching for "NLUG" on the hub: + + {{{ + Search results for "NLUG" + search Search: + --> --> + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 384, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + }}} + + It worked on refresh. --["Users/JabberWokky"] + ------ + ''2007-12-30 13:41:48'' [[nbsp]] If you make text inside an address macro be a link, it doesn't show up as an incoming link for the target page. http://www.berkwiki.org/Solano_Avenue?action=info&links=1 --["Users/NickSchmalenberger"] + ------- + When adding wikis to my watch list: + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 1022, in do_watch_wiki + farm.add_wiki_to_watch(wikiname, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/farm.py", line 112, in add_wiki_to_watch + request.user.setWatchedWikis(watched_wiki_list) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/user.py", line 1210, in setWatchedWikis + values (%(user_name)s, %(wiki_name)s)""", d, isWrite=True) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 144, in execute + self.db_cursor.execute(query, args) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 146, in execute + self.db_cursor.execute(query, args) + IntegrityError: duplicate key violates unique constraint "userwatchedwikis_pkey" + }}} + --["Users/JabberWokky"] + + What wiki? Can you reproduce it? + * Yes, the [wiki:GhanaITC] wiki is one example (also [wiki:BostonChoral]. I'm waiting for a new wiki to appear to see if it's something about all new wikis. + * I just pushed a change -- does it still happen? --["Users/PhilipNeustrom"] + * Nope, I appear to be watching them now without having done anything (prior to the change you made I wasn't watching them yet despite hitting the watchwiki URL repeatedly). If that's okay, consider it closed. --jw + + =Address not picked up= + + * [wiki:woodland:"Satiety Winery & Cafe" This entry] has an Address macro and no map. Maps work for most other entries. Perhaps it "looks wrong"? + + =Minor Default(?) CSS Bug= + + I lack the time to test this, sorry (as you can probably tell by my recent lack of editing, I'm buried under with work). I did, however notice the following "height of header" layout quirk: + + [[Image(FFIEHeaderBug.png)]] + + And lest somebody assume it might be related to the login status, I was not logged in using either brower. No idea what is causing it, but if it is in the default CSS, new wikis might have issues with their appearance as they are the least likely to consider cross browser testing. --jw + * This was a known issue at launch. Fixing it would have been a pain in the behind, and it doesn't look too bad so we decided to leave it. As Philip moves the wiki to XML or XHTML (not sure exactly which one, but it's related to the GUI editor), DavidPoole and I are pretty much going to ignore non-critical CSS bugs. --["Users/BrentLaabs"] + * Really.. known? I don't remember it. I think there might be some easy problem I could find a way to fix it.. but generally the page construction for that particular area is pretty hacky, like the page needs to be completely redesigned one day (maybe over the summer we will have time), but yes, I am waiting until this XML thing happens before I will bother with much fixing, mainly because many many many things will need it when it does. ~David + ------ + ''2008-05-23 21:49:54'' [[nbsp]] Okay,this trick is fun, but you gotta be clever to notice what is happening :P + + ===Oh, hello== + --["Users/DavidPoole"] + ------ + ''2008-06-16 11:51:41'' [[nbsp]] ==Errors while searching== + + * '''Date and time:''' 2008-06-16 04:44 PST + * '''User:''' RachelPeters + * '''Platform:''' Win XP SP2 + * '''Browser:''' Firefox 2.0.0.14 + * '''Page showing bug:''' search results + * '''Bug description:''' I was searching for "university inn" when I received the error below. I tried hitting the search button a few more times and the same error came up. I hit refresh and the error went away and I got the proper search results. Tried to use the search box, got the same error, used the search box once more, didn't get the error. Earlier I got the error when searching for "americana arms" through the firefox searchbar plug-in, and that error went away with a refresh. + + {{{Error: + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out}}} --["Users/RachelPeters"] + ------ + ''2008-06-25 01:02:01'' [[nbsp]] Not a bug in the traditional sense, but could someone add the word "Daviswiki" to the spell checker dictionary? --["Users/JimStewart"] + * Anybody can add local words to their wiki by adding them to the list at "Local Spelling Words". For instance, the Davis Wiki one is located at [wiki:davis:"Local Spelling Words"]. --["Users/JabberWokky" jw] + ------ + ''2008-07-24 21:28:20'' [[nbsp]] Serious crashery: + + Tried to post on the Mystery Picture Guesses Page with Safari. The following result resulted: + + + + <type 'exceptions.ValueError'> + Python 2.5.1: /usr/bin/python + Thu Jul 24 14:18:39 2008 + A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. + /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in run(self=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) + 181 + 182 try: + 183 self._conn.server.handler(self) + 184 except: + 185 self.logger.exception('Exception caught from handler') + self = <Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>, self._conn = <Sycamore.support.wsgi_server.scgi_base.Connection object at 0x13d4ed0>, self._conn.server = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self._conn.server.handler = <bound method WSGIServer.handler of <Sycamore.su..._server.scgi_fork.WSGIServer object at 0xab4d50>> + /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in handler(self=<Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, request=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) + 427 self._appLock.acquire() + 428 try: + 429 result = self.application(environ, start_response) + 430 try: + 431 for data in result: + result = None, self = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self.application = <function basic_handle_request at 0xafba28>, environ = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668> + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in basic_handle_request(env={'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response=<function start_response at 0x1225668>) + 1072 return [compressed_content] # WSGI spec wants a list returned + 1073 else: + 1074 return req.output_buffer + 1075 else: + 1076 return RequestWSGI(env, start_response).run() + global RequestWSGI = <class 'Sycamore.request.RequestWSGI'>, env = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668>, ).run undefined + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in run(self=<Sycamore.request.RequestWSGI object at 0x13f9090>) + 766 self.reset_output() + 767 self.http_headers() + 768 self.write("\n<!-- ERROR REPORT FOLLOWS -->\n") + 769 try: + 770 from Sycamore.support import cgitb + self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.write = <bound method RequestWSGI.write of <Sycamore.request.RequestWSGI object at 0x13f9090>> + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in write(self=<Sycamore.request.RequestWSGI object at 0x13f9090>, data_string=u'\n<!-- ERROR REPORT FOLLOWS -->\n', raw=False) + 943 self.output_buffer.append(data_string.encode('utf-8')) + 944 else: + 945 self.filestack[-1].write(data_string.encode('utf-8')) + 946 else: + 947 # some sort of raw binary data. + self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.filestack = [<cStringIO.StringO object at 0x13fa880>], ].write undefined, data_string = u'\n<!-- ERROR REPORT FOLLOWS -->\n', data_string.encode = <built-in method encode of unicode object at 0x13f4cc0> + <type 'exceptions.ValueError'>: I/O operation on closed file \n") File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 945, in write self.filestack[-1].write(data_string.encode('utf-8')) ValueError: I/O operation on closed file --> + --["Users/IDoNotExist"] + ------ + ''2008-08-01 01:27:56'' [[nbsp]] Did a search for the word "talk" and got the following error: + + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + + 6:27 PM on July 31st + Firefox 3.0.1 + OS X 10.5.4 + + + Then did a search for the word "bug" and found this page. :-) --["Users/IDoNotExist"] + + * I get that error periodically, but have noticed an uptick in the past week which seems to have died down about 24 to 48 hours ago. Was something wacky in the past week or did somebody restart or upgrade something about two days ago that might have fixed it (and thus point to the problem's possible source)? I meant to check the system loads but didn't. --jw + * This is a known bug (scroll up and you'll see it a bunch here). It's probably being caused by the search server (syc_search.py) blocking when it's processing a spool of pages to index. This is probably a simple (ha ha) locking issue. --["Users/PhilipNeustrom"] + + ____ + + Posting edits is now taking quite a long time (although reading data is currently fast.) This has been going on for many days. Perhaps there is a scaling issue of some kind? --["Users/IDoNotExist"] + + I've noticed this as well. We'll be able to take a closer look when we upgrade the server (in a weekend or two) and have a newer version of the kernel that allows for fine-grained IO information. + + = Way to lose an edit = + + "I was editing the graduate page and i went to sheck spelling, it said there was a conflict. The conflict was all the changes I had made. I clicked "turn off highlighting" and it went to the graduate groups page having lost all my changes." --["Users/SarahEdwards"] + ------ + ''2008-09-30 01:57:27'' [[nbsp]] Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + --["Users/IDoNotExist"]

Bug reports

djkaren — 2008-10-07 20:15:34

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 1:	Line 1:
- Having trouble with a particular feature of Wiki Spot or see something wrong? File a bug report on this page! - - [[TableOfContents]] - - Please include all the relevant information with every report, as in the following sample: - - = Example template = -
Line 10:	Line 2:
- * '''Date and time:''' 2007-05-31 17:12 PST - * '''User:''' ["Users/MikeIvanov"] - * '''Platform:''' Mac OS X 10.4 - * '''Browser:''' Firefox 3.0.1 - * '''Page showing bug:''' [wiki:Davis:"map"] - * '''Bug description:''' The Java map takes forever to load and Firefox crashes. This happens almost every time. - - = Bugs (or, maybe not) = - - == Links to this page doesn't update == - * '''Date and time:''' 2007-05-31 17:12 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' Ubuntu Angsty Albacore - * '''Browser:''' Firefox 3.0.2 - * '''Page showing bug:''' -- - * '''Bug description:''' The "Links to this page" section of the info box doesn't update correctly if an included page is modified. Workaround appears to be to view the page in question. Feel free to ignore. - - == Bookmark Link Problem == - * '''Date and time:''' 2008-08-11 14:34 PST - * '''User:''' ["Users/Irrelevant"] - * '''Platform:''' Irrelevant - * '''Browser:''' Irrelevant - * '''Page showing bug:''' Bookmarks - * '''Bug description:''' I have my wiki setup in a virtual host as http://server/wiki/index.cgi. I edited web_dir, url_prefix, and relative_dir in the sycamore_config.py file to match this change. All of the links work, except for when I bookmark a page, the URL is off, the bookmarks page shows http://server/PageName, which is wrong (all the other pages work fine, however). - - Can you upload your sycamore_config.py file / link to it? Remove your password if it's in there. By the way, [wiki:sycamore] is the place to discuss setting up the software -- we can move this discussion there later if need be. - - Here is my sycamore_config.py [http://rafb.net/p/JFECLt94.html] - - == Traceback on previous revisions == - * '''Date and time:''' 2008-06-23 17:29 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' iPhone 2.0 - * '''Browser:''' MobileSafari 2.0 - * '''Page showing bug:''' [http://daviswiki.org/Talk:Cost_Plus_World_Market?action=recall&version=a] - * '''Bug description:''' Going to this URL causes a traceback error; repeatable. - - == Server's Clock is Off? == - * '''Date and time:''' 2008-06-23 17:29 PST - * '''User:''' ["Users/Irrelevant"] - * '''Platform:''' Irrelevant - * '''Browser:''' Irrelevant - * '''Page showing bug:''' [wiki:Davis:"Recent Changes"] - * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule; I don't need the wiki to tease me about it. - - What is your time zone set to in your settings (upper right)? I suspect it's set to the default -- UTC -- rather than US/Pacific. We should probably set the time zone of new accounts to the time zone of the wiki they sign up through. --["Users/PhilipNeustrom"] - - == Table of contents chokes on headings with links == - * '''Date and time:''' 2008-04-27 19:47 PST - * '''User:''' ["Users/AndrewChen"] - * '''Platform:''' Windows XP - * '''Browser:''' Firefox 2.0.0.14 - * '''Page showing bug:''' [wiki:sacramento:"Navigating Sacramento"] - * '''Bug description:''' Table of contents will not navigate to headings with links in them (anchor IDs are different). ''wiki.py'' is hashing on the wikified title while ''tableofcontents.py'' is hashing on the simpleStrip()-ed wikified title. - - == Old version of a page == - * '''Date and time:''' 2008-04-21 - * '''User:''' AlanMiller - * '''Platform:''' Mac OS X 10.3.9 - * '''Browser:''' Opera/Firefox - * '''Page showing bug:''' [wiki:davis:"The Nishi Property"] - * '''Bug description:''' I updated the Nishi Property page, but it still shows the latest edit to be in 2005. Strange thing is I am shown as editing this page yesterday, but when you click on it you get the old page. It's also not clear to me how to file this bug report. - - I'm seeing the latest edits being yours (see [http://daviswiki.org/The_Nishi_Property?action=info the Info area]). Can you give me detail? When I click Edit I see the current version of the page. - - == Stupid search suggestions == - * [http://daviswiki.org/Front_Page?action=search&inline_string=mark+woods&x=0&y=0] - * [http://daviswiki.org/Front_Page?action=search&inline_string=davis+food+coop&x=0&y=0] - - == Question about Events Board Macro== - * '''Date and time:''' 2008-4-16 11:40 - * '''User:''' ["Users/RocksandDirt"] - * '''Platform:''' n/a - * '''Browser:''' n/a - * '''Page showing bug:''' - - - * '''Bug description:''' Two questions about the events board. 1) how do I upload a pdf to an event? and 2) is there a way to edit an event after it's been posted? Thanks! - 1. Upload the pdf on another page and insert a a hyperlink to the file (workaround). - 2. Yep. You can delete the event and repost it with a correction (if you created the event). I realize that these aren't the answers you want, though. I'm working on making the Events Board page better. However, this is my first real python project, so it's going to take a bit of time to do. --["Users/BrentLaabs"] - - Your answers confirmed my suspicians. Good luck with the updates! - - == Link appears broken but actually isn't == - * '''Date and time:''' 2008-3-5 15:00 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' Mac OS X 10.4 - * '''Browser:''' Firefox 2.0.0.1 - * '''Page showing bug:''' [wiki:forty-two:"Music Portal"] - * '''Bug description:''' The page "JackVernon Look At This!!!" exists, but appears to be a broken link. Probably due to superfluous bangs. - - - == Another Login Bug== - * '''Date and time:''' 2008-01-19,20 - * '''User:''' oliver@dcn.org - * '''Platform:''' XP - * '''Browser:''' Firefox, current release - * '''Page showing bug:''' The URL e-mailed to my address when I request a new password to be sent there and the URL when I try to create new profile with that address - * '''Bug description:''' My e-mail address belongs to a daviswiki account and so it is not available for a new daviswiki account, but neither is it accessible through the new-password-request link that daviswiki sends to that address (i.e. mine). - - Do you mean that you don't get a URL emailed to you when you enter your email address when forgetting your password? Can you explain in more detail? You get a URL emailed to you but then when you click it you're not logged in and viewing the user settings page? Try clearing your browser cookies for good measure. --["Users/PhilipNeustrom"] - - == Mobile/CSS bug == - * '''Date and time:''' 2007-12-2 17:54 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' iPhone 8GB - * '''Browser:''' Safari for iPhone - * '''Page showing bug:''' anything on davis or wikisp ot and probably others - * '''Bug description:''' activeTab actually displays smaller than the other tabs. The site looks good in general though. - - == case sensitive e-mail in password retrieval == - * '''Date and time:''' 2007-09-22 12:43 - * '''User:''' ["Users/Jason Aller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.007 - * '''Page showing bug:''' Account registration and password retrieval - * '''Bug description:''' It could be that the account registration and password retrieval parts aren't performing the same check for an existing e-mail account. Look for case sensitivity. - - ''This should be fixed now.'' --["Users/PhilipNeustrom"] - - == quickedit and unicode == - * '''Date and time:''' 2007-09-22 12:43 - * '''User:''' ["Users/Jason Aller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.007 - * '''Page showing bug:''' [http://daviswiki.org/Regular_Events?action=diff&version2=244&version1=243] - * '''Bug description:''' Quickedit isn't unicode compliant and '''horks''' -- (yep, thats a technical term) any non ascii characters on the page. - - Should be fixed. --["Users/PhilipNeustrom"] - - == Wiki Deletion fails == - * '''Date and time:''' 2007-05-31 17:12 - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' Mac OS X 10.3 - * '''Browser:''' Firefox 2.doesn'tmatter - * '''Page showing bug:''' [wiki:daviswiki] - * '''Bug description:''' I marked {{{wiki:daviswiki}}} for deletion more than 30 days ago, it still exists. - - ''This is the way it'll work for a while. It's too confusing to say "will be deleted in no less than 30 days." The idea is that we'll purge wikis en-mass when we need to at some point.'' - - == non existent sub page to user page == - * '''Date and time:''' 2007-08-25 10:28 - * '''User:''' ["Users/JasonAller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.006 - * '''Page showing bug:''' [http://daviswiki.org/Users/JohnLofland/Users] - * '''Bug description:''' The new feature that shows user information doesn't take into account pointing to non-existent sub pages to the userpage. - - == User Statistics == - * '''Date and time:''' 2007-08-05 19:04 - * '''User:''' ["Users/JasonAller"] - * '''Platform:''' Mac OS X 10.4 - * '''Browser:''' Firefox 2.006 - * '''Page showing bug:''' [wiki:Davis:"User Statistics"] - * '''Bug description:''' User statistics doesn't seem to be keeping accurate count of user edits. It is reporting fewer edits now than earlier today. I suspect that the problem has been going on for a while. '''Update''': Yup, problem confirmed. I still haven't figured out the pattern. (''Edit'': Confirmed it occurred in the morning hours of Mon 2007-08-21. I believe it also lost some edits, looking for a bug report for that to possibly tie this bug to. I'll note that there was a brief period (1 to 4 minutes) when [wiki:davis DavisWiki] was down, but I did not verify that it wasn't a bandwidth hiccup on my end. --["Users/JabberWokky"]) - - Plan: ensure we always grab user stat counts from the DB - not cache (or something) - on increments. Write thing for maintenance script to normalize data. - - ''I can't reproduce this, and I've tried a bit...'' --["Users/PhilipNeustrom"] - - ''Something similar is happening to me, in the user statistics of IN wiki it shows much less than i know i have done. I can even see it from my user info from all wikis. I dont know if its related but my first edit date is unknown on it. The link to my profile is [http://inwiki.wikispot.org/Users/Sparrow]'' --["Users/Sparrow"] - - - == Image display error in SSR (Opera mobile) == - * '''Date and time:''' 2007-06-30 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Nintendo DS - * '''Browser:''' Opera - * '''Page showing bug:''' [wiki:davis:"Front Page"] - * '''Bug description:''' Included image (part of mystery picture) overlaps other content in the SSR mode. No bugs in overview. Both map icons appear in SSR mode as well, additionally map fails to appear/load (it works in overview though). - - This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could help hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] - - == Quick Edit non functional yet again (Opera Mobile) == - * '''Date and time:''' 2007-06-30 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Nintendo DS - * '''Browser:''' Opera - * '''Page showing bug:''' All - * '''Bug description:''' Quick-edit non-functional (I can click to note) , we should make mobile version of default page to aid functionality for mobile users. - - This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] - - == Google Map javascript thingy doesn't handle utf-8 characters == - * '''Date and time:''' 2007-06-06 14:48 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Linux 2.6.20 powerpc - * '''Browser:''' Iceweasel 2.0.0.3 - * '''Page showing bug:''' http://www.daviswiki.org/Studio_66?action=recall&version=8 - * '''Bug description:''' If a utf-8 character is in the Address macro it makes a traceback: - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run - wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute - map_html= mapJS(wiki_name, page_locs, nearby_locs, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS - center = page_locs[0] - IndexError: list index out of range - }}} - possibly because of this: http://codesimple.net/archives/2006/08/24/google-maps-utf-8-problem - That link seems to be about the encoding of received information. The problem, in our case, is that when we ask for "Peña" we just don't get anything back (even in the wrong encoding). - So I got the google maps api test page, here: http://www.schmalenberger.us/geocoder.html and it works fine with the tilde, whether the thing in the above link is used or not. So that is probably not relevant, but it does work. Maybe just in a later version of the api? I notice that the geocoder.html has v=2.x in the url but daviswiki has v=2. - - -["Users/NickSchmalenberger"] - - == If you click on map from the info page of a wiki page, it makes a traceback where the map goes == - * '''Date and time:''' 2007-06-06 16:13 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Linux 2.6.20 powerpc - * '''Browser:''' Iceweasel 2.0.0.3 - * '''Page showing bug:''' http://daviswiki.org/Shields_Library?action=info# - * '''Bug description:''' this traceback is the same as in the above bug - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run - wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute - map_html= mapJS(wiki_name, page_locs, nearby_locs, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS - center = page_locs[0] - IndexError: list index out of range - }}} - - == Save Changes or Cancel from previewing an edit doesn't take you back to the page == - * '''Date and time:''' 2007-05-29 00:14 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Windows XP version 5.1.2600 - * '''Browser:''' Firefox 2.0.0.3 - * '''Bug description:''' If you preview an edit, it takes you to thepage#preview , then if you cancel or save, it puts you back at thepage#preview and tells you your edit was cancelled or saved. If you then refresh that page after saving, it puts another edit on the page. - - Does your browser warn you about this? It should give a notice that you're resending POST data. We could work around this by redirecting after a save or a cancel.. - The browser does warn, but I think this would be helpful. Sometimes people reload more than one tab at once. - - == Tinylogo not updating == - - * '''Date and time:''' 1952-05-21 - * '''User:''' ["Users/Davidpoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox 2 - * '''Page showing bug:''' [wiki:tustin:"Wiki Settings/Images"] - * '''Bug description:'''Cannot change tinylogo, it seems to revert to cached version for some reason. - - I just tried this and I can't reproduce. You sure? If you give me the ability to delete on that page then I can check more closely. --["Users/PhilipNeustrom"] - - I experienced the same tinylogo mystery on Torontopedia. After a while I simply deleted the original tinylogo I had uploaded, re-uploaded the exact same file using a different source file name, and it worked right away and still works now. --["Users/HimySyed"] - - == Link status incorrect == - - * '''Date and time:''' 1952-05-21 - * '''User:''' ["Users/Davidpoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox 2 - * '''Page showing bug:''' Today's interwiki-recent changes, - * '''Bug description:''' ["users/riteaidguy"] shows as being a working link when it should be broken, on the same page [wiki:davis:"users/riteaidguy"] also appears on the page, this may be the source of the error. - - - == Image macro does not resize in includes == - * '''Date and time:''' 2007-4-4 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox - * '''Page showing bug:''' [wiki:tustin:"front page" tustin front page, see notes] - * '''Bug description:''' Sub-sectioned pages, with sized images, fail to size the image, there are no such difficulties with thumbnails though, seems like a problem in parallel development. - - == Quick Edit does not work in includes == - * '''Date and time:''' 2007-4-4 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox - * '''Page showing bug:''' Scwiki front page - * '''Bug description:''' Starting quick edit on one section allows you to quick edit subsections, it just doesn't actually work, it will be for the content of the first quick edit highlight. That probably sounds confusing, but thats how it is. - - == Footnotes broken == - - * '''Date and time:''' 2006-12-28 - * '''User:''' ["Users/PhilipNeustrom"] - * '''Platform:''' Ubuntu Linux - * '''Browser:''' Firefox - * '''Page showing bug:''' http://wikispot.org/Front_Page/Talk?action=recall&version=8 - * '''Bug description:''' Footnotes seem to be thrown into tables or whatever is at the end of the page. - - * Looks like they get thrown into included pages, actually. - * It appears the <div> is not being closed properly, check the process which writes the footnotes div in, or the one that writes the subsection, if it is recursive or something like that, it may be calling the footnotes section early. In any case, this is a coding bug it seems. ~Dave March ^31^ 2007 - * Yeah, we can fix this after launch. - - == Login Failure == - * '''Date and time:''' 2007-03-30 22:54 - * '''User:''' ["Users/GrahamFreeman" Graham Freeman] - * '''Platform:''' Windows Mobile v5.0 (OS 5.1.195) - * '''Browser:''' Internet Explorer - * '''Page showing bug:''' login - * '''Bug description:''' Login fails without any errors. I enter my username & password, click on "Login", and the page reloads - no login, and no error message. Cookies are allowed, I can login to DavisWiki.org, and so on - but logging in to wikispot.org simply doesn't work. - - Maybe this has something to do with .htaccess? -- ["BrentLaabs"] - Maybe. But I was prompted for the wiki/zerocool pw first, successfully entered it, and then was given the actual front page from which I was asked to login. On Firefox on my Mac I usually get prompted for wiki/zerocool twice, whereas on IE on my handheld I was only prompted once. So, you might be right. It's just odd that I'd see the front page and be given the opportunity to login to the wiki if it was an .htaccess problem. --["GrahamFreeman"] - So we need to test this. Access the site, refuse one of the prompts, and then if one of the prompts causes the failure of the login due to htaccess stuff, then we know, otherwise it is probably not an issue. Fortunately this only happens on this minority os right? ~Dave - - I don't think this has anything to do with the l/p. I'm not sure what is going on so it's impossible for me to fix this without more information. Logging in should work (and I just tested it) without JavaScript on (as long as cookies are on). There's a few redirects (2) that occur during the authentication, so that could be causing the issue. I changed something just now that might have fixed it. Otherwise, how about I try things out on your phone next time I see you, Graham. --["Users/PhilipNeustrom"] - - No joy - still fails to login, yet doesn't give an error. -Graham - - Update: 2007-04-03 21:20 : Now, I get the front page, log in (no .htaccess prompt, of course - just the Wiki Spot login), and I get the error message "The Requested Page can not be displayed" with a URL of http://wikispot.org/?x-up-destcharset=106 -Graham - - == Wishlist: Notification of older versions on different entry == - * '''Date and time:''' 2007-03-03 - * '''User:''' ["Users/ArlenAbraham"] - * '''Platform:''' Any - * '''Browser:''' Any - * '''Page showing bug:''' http://wikispot.org/Development?action=info (or any other page that has been renamed) - * '''Bug description:''' This one has been around for a while. If you rename a page, it doesn't take the version history along with it. This isn't as much of an issue because changing the case of a page has been disabled. I'm just waiting for some AsSHAt tO coMEaLonG anD CREatiVLY casE a BUNcH Of nEw pAGeS. - - This is the desired behavior. The version history is on the old page. We don't move the version history because sometimes the page you're renaming to has a version history, as well. - - * How about providing a link to the info for the old page? - - * If you change this, keep in mind how you handle the following: EntryA has something somebody would like to hide, so they copy it to EntryB, delete EntryA, create EntryC, rename it EntryA, delete it and then rename EntryB to EntryA? ClickWiki moves version histories around, and it's actually a pain in the ass to deal with. I wound up punting to the very very ugly "rename the deleted entry with the history with a incremented numeric suffix", so EntryA's orginal history would wind up in the (deleted) EntryA.1. Honestly, keeping clean records is easier in most cases by carrying over the history when an entry is renamed, but a pain in the ass when entries get bounced around a bunch. --jw - * Thinking about it, isn't the current use of the creating edit being (renamed from x) useful? perhaps we should make it also in that case have a link to that info page directly or something of that matter? Elsewise we end up with either non-intuitive complex record keeping to account for the jabberwok scenario.. ~D - - == Broken image to non-logged in visitors == - - It serves different html to logged in users versus non-logged in users when mail addresses are being displayed. There is a reference to http://wikispot.org/wiki/eggheadbeta/img/mailto that doesn't exist and shows as a broken image icon. --["Users/JabberWokky"] - - == Can't clear default address locale == - * '''Date and time:''' 2008-07-08T1:11Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' Firefox 1.5.0.12eol - * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Wiki Settings/General"] - * '''Bug description:''' I am trying to clear the “Default address locale” setting in my [wiki:wheatfield-backgreen:"Wiki Settings/General"] control page. I have decided it was a mistake to put anything in this. However, the software will not let me clear this field. I can shorten it to 1 character, but I can not shorten it to 0 characters. If I shorten it to 1 character, even if that character is a space, then a comma shows up in the map balloon text, which I don't want. How do I clear the “Default address locale” setting? - - UPDATE: I confirm that Philip has fixed this bug. I can't remove the bug from the list due to a bug in my browser. Can someone please remove this bug report (or mark it as resolved or whatever the standard practice is)? - - == wikispot.org's web server rejecting HEAD requests? == - * '''Date and time:''' 2008-07-09T19:09Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' GNU Wget 1.10.2 - * '''Page showing bug:''' any page, for example http://wikispot.org/ - * '''Bug description:''' I am trying to set up a script which will let me back up my wiki once a week. Because the wiki exporting functionality is not finished yet, in the meantime I want to use wget to get copies of the latest page versions. (I'd rather have the wiki text content without the HTML wrapping, but I don't have an easy way to get this yet.) Unfortunately, it seems I can not use wget's --timestamping option. When I do, on the 2nd and subsequent uses of wget, I get a “403 FORBIDDEN” response from the web server. After much investigation, I think this is caused by wget using the HEAD request instead of the GET request. The first wget request uses the GET request because there is no local copy of the file to compare timestamps with. - - For fetching pages generated from wiki text, this may not be such an important bug, because probably the time stamps are unreliable anyway, because these web pages are generated from a database. (Or is the data in the database time-stamped so that the web pages can be given the time of the most recent data they use? I suppose it would be as expensive to compute this as to generate and send the new web pages anyway, so the savings from not refetching unchanged pages might not be much, but network bandwidth could be saved. And anyway, the correct solution to the back up problem does not involve fetching the HTML web pages.) For fetching uploaded files, this is a more important issue, because they will rarely change and they may be quite big so it would be better if a backup or mirroring program could detect easily when they have changed. - - Is there a good reason for the web server to not reply to HEAD requests? This causes 3rd-party programs to fail with hard-to-diagnose errors. - - By the way, for the record, the command I am now using to backup my wiki is this: - {{{ - wget --force-directories --recursive --page-requisites --no-parent --html-extension --convert-links --backup-converted http://wheatfield-backgreen.wikispot.org/}}} - - Unfortunately, this command gets some purely generated files which I would rather not get (for example, the RSS feeds), and fails to get uploaded files. I would love to see a better command for getting a backup. - - ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the wiki configuration (although theme CSS and PNG files are backed up). --["Users/JoeWells"] - - == Using the include macro causes footnotes so far to be dumped on page == - * '''Date and time:''' 2008-07-09T23:07Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' Firefox 1.5.0.12eol - * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Footnote vs. Include Bug"] - * '''Bug description:''' Whenever you use the include macro (regardless of the target, even if the target does not exist), all footnotes accumulated so far on the page are dumped in the usual format footnote list and any subsequent footnotes go into a new list. Using {{{[[footnote]]}}} does not help to force the correct footnote placement. See the “[wiki:wheatfield-backgreen:"Footnote vs. Include Bug"]” page for a test case. - - == RSS feeds use invalid date format == - * '''Date and time:''' 2008-07-10T15:01Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Gnus v5.11, GNU Emacs 22.1.1) - * '''Page showing bug:''' probably all of them (example: http://wikispot.org/Interwiki_Recent_Changes?action=rss_rc&user=joewells) - * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. There are at least two problems with this. - - * One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. - - * Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.) - - == Map button fails silently with no explanation to the user when JavaScript is disabled == - * '''Date and time:''' 2008-07-15T12:59Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them (example: [wiki:wheatfield-backgreen]) - * '''Bug description:''' There is a link in the page header labeled with the word “Map” and a small icon. Clicking on this link is supposed to bring up any map associated with the wiki page. The implementation of this link is some JavaScript code that dynamically inserts the map element in the page's DOM and displays it. Of course, this does not work when JavaScript is turned off or for browsers without JavaScript. The bug is that this failure happens silently with no explanation given to the reader. One way to fix this bug would be to make the link by default go to a web page with an explanation that JavaScript must be turned on for it to work, and then change the link to its current implementation at page load time with JavaScript. This way, the current behavior would be obtained if JavaScript is turned on, and a reasonable fall-back behavior would happen when JavaScript is turned off. - - == Quick edits and file uploads are missing text stating user agrees to license content == - * '''Date and time:''' 2008-07-17T23:06Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them - * '''Bug description:''' The “Edit” button gets you a page where there is some useful text that says that using “Save Changes” means the user agrees to license the work they are adding to the wiki under the CC license. However, both the “quick edit” and file uploading interfaces are missing this useful text. The quick edit and file uploading interfaces should change so that they include text stating that the user agrees to license their work under the wiki's default license. - Another related issue: The text for editing uses the phrase “release your contribution”. I think to be legally effective, this should probably say “license your contribution”. I don't think the word “release” is even meaningful here. - Yet another related issue: The text should probably also say that the user agrees not to contribute material to the wiki which is only available under an incompatible license without adding an explicit indication of the license. It is not enough to require that the user has permission to submit the work. (Furthermore, there are some minimum requirements on the license: it should at the very least allow people to view the material while browsing the wiki. Otherwise an attacker could submit work which they have permission to add to the wiki, but which no one else has permission to view while on the wiki. Then every wiki reader (as well as the wiki maintainers) would be violating copyright.) - - Good call with the quick edits and file uploads. Do you have a suggestion as to how to make the quickedit license text non-obtrusive? - - Right, for file uploads there is room to put some nice text, but quick edits need to be a bit tighter. Obvious ideas: font size, a link to bring up a pop-up window, tooltips. - - By the way, unrelated bug: The quick edit area should temporarily stop showing the "double click here to edit" tooltip while the quick edit feature is activated. - - == Per-page security changes override ''all'' subsequent wiki-wide security changes? == - * '''Date and time:''' 2008-07-17T23:32Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them - * '''Bug description:''' Okay, suppose you make group G and add user U to group G. Then you give group G the ability to change security. Then user U edits wiki page P and changes just 1 aspect of the security (i.e., U clicks in one box to toggle one setting). Then administrator A changes a ''different'' setting on the Wiki_Settings/Security page. This change fails to affect page P! I assume what is going on here is that when U changed the security for P, a record of the values of ''all'' of the security settings was attached to page P, rather than just the single setting that U changed. - Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings. ''Good feature request'' - Also, there appears to be no way to clear the per-page security modifications for a given page so that that page will subsequently see only the wiki-wide settings. - - There's some implicit behavior here. When you change the security settings on a page to be different from the wiki-wide settings the page is no longer affected by wiki-wide setting changes. To make the page subsequently see only wiki-wide settings you need only change the security settings on the page to be in alignment with the wiki-wide settings. Perhaps we should make this explicit with a "reset security settings" button in the page's Security area. --["Users/PhilipNeustrom"] - - Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. Another nice thing could be for the ''differences'' from the wiki-wide settings to be highlighted. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"] - - The settings are only cleared when they're set directly on the page. --["Users/PhilipNeustrom"] - - == Comment Problems == - * '''Date and time:''' 2008-07-24 since midnight - * '''User:''' ["Users/BrandonBarrette"] - * '''Platform:''' Mac OS X 10.5.4 - * '''Browser:''' Firefox 3 - * '''Page showing bug:''' [wiki:davis "Mystery Picture"] & [wiki:davis "Mystery Picture/Guesses"] - * '''Bug description:''' When you add a guess on Mystery Picture/Guesses, it displays on the page Mystery Picture. I noticed last night that there was "-------" (a line break I assume) some of that under the comments code, so I deleted it, then it allowed me to comment on the guesses page and it displayed there. You can see it in the history. But then it started doing it again... Not sure why... - - = Map-related bugs = - * Davis Wiki map - - == Broken Address macro == - * '''Date and time:''' 2007-05-15 10:53 - * '''User:''' ["Users/BrianGingold"] - * '''Platform:''' Ubuntu Linux - * '''Browser:''' Firefox 2.0.0.3 - * '''Page showing bug:''' [wiki:Sacramento:"Jalape%C3%B1os"] - * '''Bug description:''' I wrapped the Address macro around the address on a page, clicked save changes, and was presented with <type 'exceptions.ValueError'> and a Python traceback. - - Should be fixed now. Was an issue with the ñ. --["Users/PhilipNeustrom"] - - = Known bugs = - * Table of contents causes an annoying jiggle - * Table of contents prints headings included in {{{ {{{ tags }}} }}} - * Table of contents doesn't scan {{{[[Include]]}}}d pages, or the header to an included page - - --------- - issue with something or other: - {{{ - Fact: Beer is fucking delicious. - [[include(Explore, "Explore", left, 60%)]][[include(Featured Beer, "Featured Beer", right, 37%)]] - [[include(News, "News", 60%)]][[include(Featured Beer, "Featured Article", right, 37%)]] - }}} - - =Non-reproducable bugs = - - ==Error on search== - Did an edit on [wiki:Davis], and then searched for the unique term I had just added (to see if there were any other instances on the wiki). The first edit I've had time for in days, and I get an error! ;) I cannot reproduce, feel free to delete this report, but I figured if I got it I should at least point it out. Specific edit was adding [http://daviswiki.org/Bicycling_Tips?action=diff&version2=153&version1=152 this] and then searching for 'fixme'. - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out - }}} - - [[Comments(Add a Mini Bug Report)]] - - ''2007-04-04 06:49:15'' [[nbsp]] I have my time zone set to Pacific (UTC-7), and yet my comments show up as being posted in UTC time (seven hours in the future)...? Oddly, other time displays (e.g. in diff views) appear to be correct. --["Users/GrahamFreeman"] - - Comments should be timestamped with the date of the local wiki you're on. Knowing this, is this still a bug? E.g. is the time in Pacific on Davis Wiki and in UTC here? -Philip - - My comments on DavisWiki show up in the correct time zone (UTC-7), but they show up in UTC on WikiSpot even though I've verified that my Wiki Spot account has a UTC-7 timezone set. I tried both US/Pacific and America/Vancouver. Check out my ["Users/GrahamFreeman" userpage] for the test results. -Graham - - Unless I'm misunderstanding you, that's how it should work. This wiki, the hub, has UTC set as its timezone. Davis Wiki has UTC-7 set. Changing your local timezone doesn't change the appearance of the comments. -Philip - - OK, I understand you now, but then shouldn't the time/date-stamp make clear which time zone it's in? -Graham - - - ------ - ''2007-04-09 18:00:14'' [[nbsp]] Hey, here's a simple easy update to add. Now that Users/* exists, you can have RandomPage exclude Users/* and Wiki/* entries. --["Users/JabberWokky"] - ------ - ''2007-04-30 18:18:44'' [[nbsp]] [wiki:Davis:"Critical Mass"] shows up in the photo requests page because it is apparently linked to the photo requests page. However, I cannot find the link anywhere on the critical mass page, and the link does not show up if you click on Info -> Links. --["Users/DavidGrundler"] - ------ - ''2007-05-03 02:16:30'' [[nbsp]] Renaming an entry does not work if the new name is the same phrase with a different case. I.e., "Wiki Sandbox" cannot be renamed "wiki sandbox". --["Users/JabberWokky"] - - ''2007-05-16 15:02:53'' [[nbsp]] Seems to be fixed as of today. I just renamed ["wiki:davis:Locksmiths"]. Leaving here in case it's something to do with spaces or whatnot. --["Users/JabberWokky"] - ------ - ''2007-05-12 05:47:42'' [[nbsp]] Now that pages can have accent marks in their names the search feature needs to support them as well. Search for "Acción Zapatista" on [wiki:davis]. --["Users/JasonAller"] - - Should be squared out now. - ------ - ''2007-05-13 00:41:12'' [[nbsp]] When I was logged in today and tried to visit http://wikispot.org/Front_Page , it said "You are not allowed to view this page." It has never done this before-- are other people having the same problem? --["Users/MaryLieth"] - - Okay, it should be fixed now! --["Users/PhilipNeustrom"] - ------ - ''2007-07-16 06:04:32'' [[nbsp]] Included pages don't influence the TOC. --["Users/PhilipNeustrom"] - ------ - ''2007-07-23 06:36:12'' [[nbsp]] (Cheat report): The 7/22/07 edits on the [http://daviswiki.org/Restaurants?action=info Restaurants] page are weirdly buggy. Teriyaki Express keeps moving itself back in. My first edit on 7/22 just removed it, but the edit log shows differently. Same thing then seemed to happen to ["CovertProfessor"]. --["Users/EdWins"] - - I can reproduce this. It's probably (i'm guessing) being caused by the RandomQuote of the entry being on the entry that's being quoted. - ------ - ''2007-08-03 06:45:16'' [[nbsp]] On Safari/MacOS X, hitting "clear message" after trying to create a new account with an email address that's already registered to another account takes me from the new account registration page to the Log In page. --["Users/GrahamFreeman"] - ------ - ''2007-08-08 05:49:37'' [[nbsp]] Occasional search timeouts (only happened once to a person): - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 708, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 377, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 410, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 330, in readline - data = recv(1) - timeout: timed out - }}} --["Users/PhilipNeustrom"] - ------ - ''2007-08-08 20:56:07'' [[nbsp]] In "Wiki Settings/General", the tabs' fields don't support unicode chars in page names. --["Users/andre.felipe"] - - This should be fixed now. Thanks for the heads-up! --["Users/PhilipNeustrom"] - Thank you indeed! --["Users/andre.felipe"] - ------ - ''2007-08-08 20:58:10'' [[nbsp]] Cannot save general settings on Opera, nor use the "Upload - Check Spelling - Delete - etc." buttons. --["Users/andre.felipe"] - - Is this still happening? Can you get to those buttons on any page, or are you having a problem pressing them on the General Settings page only? What version of Opera? --["Users/PhilipNeustrom"] - Now I can press those buttons (upload, delete etc.), but I cannot press the "Save Settings" yet. I'm using Opera 9.22 for Windows. --["Users/andre.felipe"] - Okay, it should be working now. I could reproduce it in Opera 9.22 on my mac, and I got it working (for me) now. Let me know if it's fixed. Sorry about that! --["Users/PhilipNeustrom"] - ------ - ''2007-08-14 03:52:36'' [[nbsp]] quick edit doesn't work on Safari 2.0.4 on OSX. When I hit submit, it tells me "cannot save empty pages." this continued to happen after a reboot, after clearing of my cache, and on multiple different daviswiki pages. --["Users/CraigBrozinsky"] - - This should be fixed now. - Yup, it is. - ------ - ''2007-08-25 23:34:05'' [[nbsp]] [http://daviswiki.org/UC_Davis_English_Department?action=recall&version=18 Check out the Table of Contents]. Note that the header is a link. --["Users/JabberWokky"] - ------ - ''2007-08-28 18:53:44'' [[nbsp]] http://daviswiki.org/Pe%C3%B1a_Drive?action=diff&version2=8&version1=7 --169.237.136.169 - - Should be fixed now. Thanks! - - * '''Date and time:''' 2007-09-21 02:15 or thereabouts - * '''User:''' ["Users/Graham.Freeman" Graham Freeman] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.0.0.7 - * '''Page showing bug:''' [http://scwiki.org/Body_and_Soul?action=info], then click on "Map" - * '''Bug description:''' python traceback when you click "map" from the Info page - ------ - ''2007-10-02 18:12:56'' [[nbsp]] Links in included pages shouldn't render if they link to the page doing the including OR the included page. --["Users/PhilipNeustrom"] - ------- - - There suddenly appeared (at 22:00 East Coast) a bug this evening. Some of it appears to affect all users, parts of the bug are timezone related and just affect me. - - For all users, http://wikispot.org/Wiki_Directory appears to be borked. Several people all report that it only draws the header, and if you hit edit, the source appears, but it times out on save. This is slightly different than before. - - Interwiki Recent Changes is giving me a timezone related Traceback, as is my settings page. They are attached. It is not erroring out for anybody else that we can see, but everybody else is Pacific time. - - RyanJames poked in the Python, pointing out that "in the for loop that's lines 242-245 in tzinfo.py, the if statement is never true, meaning your dt (datetime object) doesn't match any of the datetimes in the module's dictionary of all datetimes/timezone thingies". - - Another probably unrelated bug that I noticed is on the Wikispot User Statistics entry, where my first edit is "Unknown". Probably unrelated, but if this is all a database issue, I'm letting you know all the "doesn't line up" errors I can find. - - By the way, this is different than the last two times, as I can still edit other entries without locking them up. --["Users/JabberWokky"] - ------ - ''2007-10-16 15:43:55'' [[nbsp]] The first linebreak after the first line of text after a heading isn´t converted to a <br> here: [http://median2008.wikispot.org/Items]. Looks like a bug? --["Users/holzbit"] - - This should be fixed as of 2007-11-6. --["Users/PhilipNeustrom"] - ------ - ''2007-10-19 06:39:56'' [[nbsp]] heart macro, breaks and centering don't seem to work well in conjunction.. fool around with it for a bit to figure out what I mean I suppose. --["Users/DavidPoole"] - ------ - ''2007-11-16 11:22:30'' [[nbsp]] A block of unformatted text ends at the first }}} so if that is included in the block, it ends too early. http://daviswiki.org/Wiki_Sand_Box?action=diff&version2=230&version1=229 --["Users/NickSchmalenberger"] - ------ - ''2007-12-11 01:34:35'' [[nbsp]] {{{<input class="formbutton" type="submit" name="button_dont" value="Dont press me">}}} - Wtf Philip, oh and Mac will select this one first, you might want to consider button ordering functions to have this reordered to be after the submit button. --["Users/DavidPoole"] - - It shouldn't have a negative affect on anyone.. Can you explain how it negatively affects the Mac (I assume you mean Safari?) The comment box is a textarea, which means that the return key never auto-submits in a browser (that I know of). The "dont press me" button is for spam purposes. - It is more that I use keyboard commands so I tab->return to submit, which is what I imagine most bots would do.. annoying.. but maybe make it a visible button saying cancel might be nice? just so folk like me don't trip up? or would that reduce the effectiveness against spam? ~D - ------ - ''2007-12-15 14:34:02'' [[nbsp]] Searching for "NLUG" on the hub: - - {{{ - Search results for "NLUG" - search Search: - --> --> - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 384, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out - }}} - - It worked on refresh. --["Users/JabberWokky"] - ------ - ''2007-12-30 13:41:48'' [[nbsp]] If you make text inside an address macro be a link, it doesn't show up as an incoming link for the target page. http://www.berkwiki.org/Solano_Avenue?action=info&links=1 --["Users/NickSchmalenberger"] - ------- - When adding wikis to my watch list: - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 1022, in do_watch_wiki - farm.add_wiki_to_watch(wikiname, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/farm.py", line 112, in add_wiki_to_watch - request.user.setWatchedWikis(watched_wiki_list) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/user.py", line 1210, in setWatchedWikis - values (%(user_name)s, %(wiki_name)s)""", d, isWrite=True) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 144, in execute - self.db_cursor.execute(query, args) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 146, in execute - self.db_cursor.execute(query, args) - IntegrityError: duplicate key violates unique constraint "userwatchedwikis_pkey" - }}} - --["Users/JabberWokky"] - - What wiki? Can you reproduce it? - * Yes, the [wiki:GhanaITC] wiki is one example (also [wiki:BostonChoral]. I'm waiting for a new wiki to appear to see if it's something about all new wikis. - * I just pushed a change -- does it still happen? --["Users/PhilipNeustrom"] - * Nope, I appear to be watching them now without having done anything (prior to the change you made I wasn't watching them yet despite hitting the watchwiki URL repeatedly). If that's okay, consider it closed. --jw - - =Address not picked up= - - * [wiki:woodland:"Satiety Winery & Cafe" This entry] has an Address macro and no map. Maps work for most other entries. Perhaps it "looks wrong"? - - =Minor Default(?) CSS Bug= - - I lack the time to test this, sorry (as you can probably tell by my recent lack of editing, I'm buried under with work). I did, however notice the following "height of header" layout quirk: - - [[Image(FFIEHeaderBug.png)]] - - And lest somebody assume it might be related to the login status, I was not logged in using either brower. No idea what is causing it, but if it is in the default CSS, new wikis might have issues with their appearance as they are the least likely to consider cross browser testing. --jw - * This was a known issue at launch. Fixing it would have been a pain in the behind, and it doesn't look too bad so we decided to leave it. As Philip moves the wiki to XML or XHTML (not sure exactly which one, but it's related to the GUI editor), DavidPoole and I are pretty much going to ignore non-critical CSS bugs. --["Users/BrentLaabs"] - * Really.. known? I don't remember it. I think there might be some easy problem I could find a way to fix it.. but generally the page construction for that particular area is pretty hacky, like the page needs to be completely redesigned one day (maybe over the summer we will have time), but yes, I am waiting until this XML thing happens before I will bother with much fixing, mainly because many many many things will need it when it does. ~David - ------ - ''2008-05-23 21:49:54'' [[nbsp]] Okay,this trick is fun, but you gotta be clever to notice what is happening :P - - ===Oh, hello== - --["Users/DavidPoole"] - ------ - ''2008-06-16 11:51:41'' [[nbsp]] ==Errors while searching== - - * '''Date and time:''' 2008-06-16 04:44 PST - * '''User:''' RachelPeters - * '''Platform:''' Win XP SP2 - * '''Browser:''' Firefox 2.0.0.14 - * '''Page showing bug:''' search results - * '''Bug description:''' I was searching for "university inn" when I received the error below. I tried hitting the search button a few more times and the same error came up. I hit refresh and the error went away and I got the proper search results. Tried to use the search box, got the same error, used the search box once more, didn't get the error. Earlier I got the error when searching for "americana arms" through the firefox searchbar plug-in, and that error went away with a refresh. - - {{{Error: - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out}}} --["Users/RachelPeters"] - ------ - ''2008-06-25 01:02:01'' [[nbsp]] Not a bug in the traditional sense, but could someone add the word "Daviswiki" to the spell checker dictionary? --["Users/JimStewart"] - * Anybody can add local words to their wiki by adding them to the list at "Local Spelling Words". For instance, the Davis Wiki one is located at [wiki:davis:"Local Spelling Words"]. --["Users/JabberWokky" jw] - ------ - ''2008-07-24 21:28:20'' [[nbsp]] Serious crashery: - - Tried to post on the Mystery Picture Guesses Page with Safari. The following result resulted: - - - - <type 'exceptions.ValueError'> - Python 2.5.1: /usr/bin/python - Thu Jul 24 14:18:39 2008 - A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. - /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in run(self=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) - 181 - 182 try: - 183 self._conn.server.handler(self) - 184 except: - 185 self.logger.exception('Exception caught from handler') - self = <Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>, self._conn = <Sycamore.support.wsgi_server.scgi_base.Connection object at 0x13d4ed0>, self._conn.server = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self._conn.server.handler = <bound method WSGIServer.handler of <Sycamore.su..._server.scgi_fork.WSGIServer object at 0xab4d50>> - /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in handler(self=<Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, request=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) - 427 self._appLock.acquire() - 428 try: - 429 result = self.application(environ, start_response) - 430 try: - 431 for data in result: - result = None, self = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self.application = <function basic_handle_request at 0xafba28>, environ = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668> - /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in basic_handle_request(env={'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response=<function start_response at 0x1225668>) - 1072 return [compressed_content] # WSGI spec wants a list returned - 1073 else: - 1074 return req.output_buffer - 1075 else: - 1076 return RequestWSGI(env, start_response).run() - global RequestWSGI = <class 'Sycamore.request.RequestWSGI'>, env = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668>, ).run undefined - /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in run(self=<Sycamore.request.RequestWSGI object at 0x13f9090>) - 766 self.reset_output() - 767 self.http_headers() - 768 self.write("\n<!-- ERROR REPORT FOLLOWS -->\n") - 769 try: - 770 from Sycamore.support import cgitb - self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.write = <bound method RequestWSGI.write of <Sycamore.request.RequestWSGI object at 0x13f9090>> - /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in write(self=<Sycamore.request.RequestWSGI object at 0x13f9090>, data_string=u'\n<!-- ERROR REPORT FOLLOWS -->\n', raw=False) - 943 self.output_buffer.append(data_string.encode('utf-8')) - 944 else: - 945 self.filestack[-1].write(data_string.encode('utf-8')) - 946 else: - 947 # some sort of raw binary data. - self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.filestack = [<cStringIO.StringO object at 0x13fa880>], ].write undefined, data_string = u'\n<!-- ERROR REPORT FOLLOWS -->\n', data_string.encode = <built-in method encode of unicode object at 0x13f4cc0> - <type 'exceptions.ValueError'>: I/O operation on closed file \n") File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 945, in write self.filestack[-1].write(data_string.encode('utf-8')) ValueError: I/O operation on closed file --> - --["Users/IDoNotExist"] - ------ - ''2008-08-01 01:27:56'' [[nbsp]] Did a search for the word "talk" and got the following error: - - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out - - 6:27 PM on July 31st - Firefox 3.0.1 - OS X 10.5.4 - - - Then did a search for the word "bug" and found this page. :-) --["Users/IDoNotExist"] - - * I get that error periodically, but have noticed an uptick in the past week which seems to have died down about 24 to 48 hours ago. Was something wacky in the past week or did somebody restart or upgrade something about two days ago that might have fixed it (and thus point to the problem's possible source)? I meant to check the system loads but didn't. --jw - * This is a known bug (scroll up and you'll see it a bunch here). It's probably being caused by the search server (syc_search.py) blocking when it's processing a spool of pages to index. This is probably a simple (ha ha) locking issue. --["Users/PhilipNeustrom"] - - ____ - - Posting edits is now taking quite a long time (although reading data is currently fast.) This has been going on for many days. Perhaps there is a scaling issue of some kind? --["Users/IDoNotExist"] - - I've noticed this as well. We'll be able to take a closer look when we upgrade the server (in a weekend or two) and have a newer version of the kernel that allows for fine-grained IO information. - - = Way to lose an edit = - - "I was editing the graduate page and i went to sheck spelling, it said there was a conflict. The conflict was all the changes I had made. I clicked "turn off highlighting" and it went to the graduate groups page having lost all my changes." --["Users/SarahEdwards"] - ------ - ''2008-09-30 01:57:27'' [[nbsp]] Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out - --["Users/IDoNotExist"]	+ * '''Date and time:''' 2008-10-07 13:12 PST + * '''User:''' ["Daniel Karen"] + * '''Platform:''' Windows XP Pro * '''Browser:''' IE 7 + * '''Page showing bug:''' [wiki:Davis:"Log in"] + * '''Bug description:''' I am unable to sign into the Davis wiki- I can log into the Wikispot page, however. Help! I've updated/changed my password SEVERAL times now...

Bug reports

IDoNotExist — 2008-09-30 01:57:27

Comment added.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 764:	Line 764:
	+ ------ + ''2008-09-30 01:57:27'' [[nbsp]] Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + --["Users/IDoNotExist"]

Bug reports

BrentLaabs — 2008-09-29 08:00:08

-bug, +bug

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 19:	Line 19:
- == Wierd Traceback ==	+ == Links to this page doesn't update ==
Line 22:	Line 22:
- * '''Platform:''' Ubuntu Inscrutable Inchworm - * '''Browser:''' Firefox 3.0.1 - * '''Page showing bug:''' [wiki:Davis:"Cultivé Frozen Yogurt"] - * '''Bug description:''' Recurring traceback as follows: - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 747, in run - Page(query, self).send_page(count_hit=1) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/Page.py", line 890, in send_page - needsupdate=keywords.get('force_regenerate_content')) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/Page.py", line 1011, in send_page_content - exec code - File "cultivé frozen yogurt", line 83, in <module> - File "/srv/wikis/wikispot/sycamore_base/Sycamore/formatter/base.py", line 174, in macro - return macro_obj.execute(name, args, formatter=self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikimacro.py", line 106, in execute - return macro(self, args, formatter=formatter) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/macro/comments.py", line 76, in execute - 'pghash': hash(macro.formatter.page.page_name.lower()), - File "/srv/wikis/wikispot/sycamore_base/Sycamore/macro/comments.py", line 86, in hash - h = hashlib.md5(s) - UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 6: ordinal not in range(128) - }}} - - should be fixed.	+ * '''Platform:''' Ubuntu Angsty Albacore + * '''Browser:''' Firefox 3.0.2 + * '''Page showing bug:''' -- + * '''Bug description:''' The "Links to this page" section of the info box doesn't update correctly if an included page is modified. Workaround appears to be to view the page in question. Feel free to ignore.

Bug reports

PhilipNeustrom — 2008-09-06 21:00:29

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 45:	Line 45:
	+ + should be fixed.

Bug reports

BrentLaabs — 2008-09-06 20:37:47

+wierd traceback

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 13:	Line 13:
- * '''Browser:''' Firefox 2.0.0.7	+ * '''Browser:''' Firefox 3.0.1
Line 19:	Line 19:
	+ == Wierd Traceback == + * '''Date and time:''' 2007-05-31 17:12 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Ubuntu Inscrutable Inchworm + * '''Browser:''' Firefox 3.0.1 + * '''Page showing bug:''' [wiki:Davis:"Cultivé Frozen Yogurt"] + * '''Bug description:''' Recurring traceback as follows: + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 747, in run + Page(query, self).send_page(count_hit=1) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/Page.py", line 890, in send_page + needsupdate=keywords.get('force_regenerate_content')) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/Page.py", line 1011, in send_page_content + exec code + File "cultivé frozen yogurt", line 83, in <module> + File "/srv/wikis/wikispot/sycamore_base/Sycamore/formatter/base.py", line 174, in macro + return macro_obj.execute(name, args, formatter=self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikimacro.py", line 106, in execute + return macro(self, args, formatter=formatter) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/macro/comments.py", line 76, in execute + 'pghash': hash(macro.formatter.page.page_name.lower()), + File "/srv/wikis/wikispot/sycamore_base/Sycamore/macro/comments.py", line 86, in hash + h = hashlib.md5(s) + UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 6: ordinal not in range(128) + }}}

Bug reports

PhilipNeustrom — 2008-09-04 04:16:54

Revert to version 477 (unrelated - search barfing is known issue that needs fixing).

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 757:	Line 757:
- - = CPU spike = - - I've noticed that today (2008-09-03) there has been a number of python barfs in response to searches. I checked and note that since about 17:00 on the graph there has been a sustained increase in CPU usage. Doing a database dump or otherwise intentional use? Or is something funky going on? The sites are generally responsive. --["Users/JabberWokky" Evan 'JabberWokky' Edwards]

Bug reports

JabberWokky — 2008-09-04 03:56:55

Sysadmin note: CPU Spike

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 757:	Line 757:
	+ + = CPU spike = + + I've noticed that today (2008-09-03) there has been a number of python barfs in response to searches. I checked and note that since about 17:00 on the graph there has been a sustained increase in CPU usage. Doing a database dump or otherwise intentional use? Or is something funky going on? The sites are generally responsive. --["Users/JabberWokky" Evan 'JabberWokky' Edwards]

Bug reports

JabberWokky — 2008-09-03 16:37:38

Submitted via IM. :)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 753:	Line 753:
	+ + = Way to lose an edit = + + "I was editing the graduate page and i went to sheck spelling, it said there was a conflict. The conflict was all the changes I had made. I clicked "turn off highlighting" and it went to the graduate groups page having lost all my changes." --["Users/SarahEdwards"]

Bug reports

PhilipNeustrom — 2008-08-26 02:26:31

reply to idonotexist

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 751:	Line 751:
	+ + I've noticed this as well. We'll be able to take a closer look when we upgrade the server (in a weekend or two) and have a newer version of the kernel that allows for fine-grained IO information.

Bug reports

IDoNotExist — 2008-08-25 16:29:52

posting edits is becoming very slow

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 747:	Line 747:
	+ + ____ + + Posting edits is now taking quite a long time (although reading data is currently fast.) This has been going on for many days. Perhaps there is a scaling issue of some kind? --["Users/IDoNotExist"]

Bug reports

Sparrow — 2008-08-22 23:59:41

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 160:	Line 160:
- ''Something similar is happening to me, in the user statistics of IN wiki it shows much less than i know i have done. I can even see it from my user info from all wikis. I dont know if its related but my join date is unknown on it.'' --["Users/Sparrow"]	+ + ''Something similar is happening to me, in the user statistics of IN wiki it shows much less than i know i have done. I can even see it from my user info from all wikis. I dont know if its related but my first edit date is unknown on it. The link to my profile is [http://inwiki.wikispot.org/Users/Sparrow]'' --["Users/Sparrow"]

Bug reports

Sparrow — 2008-08-22 23:54:05

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 160:	Line 160:
	+ ''Something similar is happening to me, in the user statistics of IN wiki it shows much less than i know i have done. I can even see it from my user info from all wikis. I dont know if its related but my join date is unknown on it.'' --["Users/Sparrow"] +

Bug reports

2008-08-11 21:58:35

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 29:	Line 29:
	+ + Here is my sycamore_config.py [http://rafb.net/p/JFECLt94.html]

Bug reports

PhilipNeustrom — 2008-08-11 21:49:45

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 27:	Line 27:
	+ + Can you upload your sycamore_config.py file / link to it? Remove your password if it's in there. By the way, [wiki:sycamore] is the place to discuss setting up the software -- we can move this discussion there later if need be.

Bug reports

2008-08-11 21:45:32

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
	+ + + == Bookmark Link Problem == + * '''Date and time:''' 2008-08-11 14:34 PST + * '''User:''' ["Users/Irrelevant"] + * '''Platform:''' Irrelevant + * '''Browser:''' Irrelevant + * '''Page showing bug:''' Bookmarks + * '''Bug description:''' I have my wiki setup in a virtual host as http://server/wiki/index.cgi. I edited web_dir, url_prefix, and relative_dir in the sycamore_config.py file to match this change. All of the links work, except for when I bookmark a page, the URL is off, the bookmarks page shows http://server/PageName, which is wrong (all the other pages work fine, however).

Bug reports

BrentLaabs — 2008-08-06 04:42:49

rm one of them. been so long i forgot the issue had already been "addressed"

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
- - == Deleted Wikis fail to delete == - * '''Date and time:''' 2008-06-23 17:29 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' iPhone 2.0 - * '''Browser:''' MobileSafari 2.0 - * '''Page showing bug:''' [wiki:daviswiki] - * '''Bug description:''' The above wiki still exists. I'm sure I set it to delete like a long time ago.

Bug reports

BrentLaabs — 2008-08-06 04:40:56

two new bugs

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 18:	Line 18:
	+ + == Deleted Wikis fail to delete == + * '''Date and time:''' 2008-06-23 17:29 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' iPhone 2.0 + * '''Browser:''' MobileSafari 2.0 + * '''Page showing bug:''' [wiki:daviswiki] + * '''Bug description:''' The above wiki still exists. I'm sure I set it to delete like a long time ago. + + == Traceback on previous revisions == + * '''Date and time:''' 2008-06-23 17:29 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' iPhone 2.0 + * '''Browser:''' MobileSafari 2.0 + * '''Page showing bug:''' [http://daviswiki.org/Talk:Cost_Plus_World_Market?action=recall&version=a] + * '''Bug description:''' Going to this URL causes a traceback error; repeatable.

Bug reports

PhilipNeustrom — 2008-08-01 04:23:51

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 722:	Line 722:
- * This is a known bug (scroll up and you'll see it a bunch here). --["Users/PhilipNeustrom"]	+ * This is a known bug (scroll up and you'll see it a bunch here). It's probably being caused by the search server (syc_search.py) blocking when it's processing a spool of pages to index. This is probably a simple (ha ha) locking issue. --["Users/PhilipNeustrom"]

Bug reports

PhilipNeustrom — 2008-08-01 04:06:19

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 722:	Line 722:
	+ * This is a known bug (scroll up and you'll see it a bunch here). --["Users/PhilipNeustrom"]

Bug reports

JabberWokky — 2008-08-01 04:01:00

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 720:	Line 720:
	+ + * I get that error periodically, but have noticed an uptick in the past week which seems to have died down about 24 to 48 hours ago. Was something wacky in the past week or did somebody restart or upgrade something about two days ago that might have fixed it (and thus point to the problem's possible source)? I meant to check the system loads but didn't. --jw

Bug reports

IDoNotExist — 2008-08-01 01:27:56

Comment added.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 698:	Line 698:
	+ ------ + ''2008-08-01 01:27:56'' [[nbsp]] Did a search for the word "talk" and got the following error: + + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + + 6:27 PM on July 31st + Firefox 3.0.1 + OS X 10.5.4 + + + Then did a search for the word "bug" and found this page. :-) --["Users/IDoNotExist"]

Bug reports

BrandonBarrette — 2008-07-24 22:18:41

added bug

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 390:	Line 390:
	+ + == Comment Problems == + * '''Date and time:''' 2008-07-24 since midnight + * '''User:''' ["Users/BrandonBarrette"] + * '''Platform:''' Mac OS X 10.5.4 + * '''Browser:''' Firefox 3 + * '''Page showing bug:''' [wiki:davis "Mystery Picture"] & [wiki:davis "Mystery Picture/Guesses"] + * '''Bug description:''' When you add a guess on Mystery Picture/Guesses, it displays on the page Mystery Picture. I noticed last night that there was "-------" (a line break I assume) some of that under the comments code, so I deleted it, then it allowed me to comment on the guesses page and it displayed there. You can see it in the history. But then it started doing it again... Not sure why...

Bug reports

IDoNotExist — 2008-07-24 21:31:02

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 643:	Line 643:
- ''2008-07-24 21:28:20'' [[nbsp]] Serious crashey:	+ ''2008-07-24 21:28:20'' [[nbsp]] Serious crashery:

Bug reports

IDoNotExist — 2008-07-24 21:28:20

Comment added.

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 642:	Line 642:
	+ ------ + ''2008-07-24 21:28:20'' [[nbsp]] Serious crashey: + + Tried to post on the Mystery Picture Guesses Page with Safari. The following result resulted: + + + + <type 'exceptions.ValueError'> + Python 2.5.1: /usr/bin/python + Thu Jul 24 14:18:39 2008 + A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. + /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in run(self=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) + 181 + 182 try: + 183 self._conn.server.handler(self) + 184 except: + 185 self.logger.exception('Exception caught from handler') + self = <Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>, self._conn = <Sycamore.support.wsgi_server.scgi_base.Connection object at 0x13d4ed0>, self._conn.server = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self._conn.server.handler = <bound method WSGIServer.handler of <Sycamore.su..._server.scgi_fork.WSGIServer object at 0xab4d50>> + /srv/wikis/wikispot/sycamore_base/Sycamore/support/wsgi_server/scgi_base.py in handler(self=<Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, request=<Sycamore.support.wsgi_server.scgi_base.Request object at 0x13d4fd0>) + 427 self._appLock.acquire() + 428 try: + 429 result = self.application(environ, start_response) + 430 try: + 431 for data in result: + result = None, self = <Sycamore.support.wsgi_server.scgi_fork.WSGIServer object at 0xab4d50>, self.application = <function basic_handle_request at 0xafba28>, environ = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668> + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in basic_handle_request(env={'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response=<function start_response at 0x1225668>) + 1072 return [compressed_content] # WSGI spec wants a list returned + 1073 else: + 1074 return req.output_buffer + 1075 else: + 1076 return RequestWSGI(env, start_response).run() + global RequestWSGI = <class 'Sycamore.request.RequestWSGI'>, env = {'CONTENT_LENGTH': '137', 'CONTENT_TYPE': 'application/x-www-form-urlencoded', 'DOCUMENT_ROOT': '/srv/wikis/wikispot/sycamore_base/share/web/', 'GATEWAY_INTERFACE': 'CGI/1.1', 'HTTP_ACCEPT': 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5', 'HTTP_ACCEPT_ENCODING': 'gzip, deflate', 'HTTP_ACCEPT_LANGUAGE': 'en-us', 'HTTP_CONNECTION': 'keep-alive', 'HTTP_CONTENT_LENGTH': '137', 'HTTP_COOKIE': 'wikispot_2Eorg_2CID="1191214139.5.43052,TTLpoa98ZPbTezWbudYD22/F+Mk=,Wr7hQV9GP0paHO/vYilXwzLm4Xg="', ...}, start_response = <function start_response at 0x1225668>, ).run undefined + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in run(self=<Sycamore.request.RequestWSGI object at 0x13f9090>) + 766 self.reset_output() + 767 self.http_headers() + 768 self.write("\n<!-- ERROR REPORT FOLLOWS -->\n") + 769 try: + 770 from Sycamore.support import cgitb + self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.write = <bound method RequestWSGI.write of <Sycamore.request.RequestWSGI object at 0x13f9090>> + /srv/wikis/wikispot/sycamore_base/Sycamore/request.py in write(self=<Sycamore.request.RequestWSGI object at 0x13f9090>, data_string=u'\n<!-- ERROR REPORT FOLLOWS -->\n', raw=False) + 943 self.output_buffer.append(data_string.encode('utf-8')) + 944 else: + 945 self.filestack[-1].write(data_string.encode('utf-8')) + 946 else: + 947 # some sort of raw binary data. + self = <Sycamore.request.RequestWSGI object at 0x13f9090>, self.filestack = [<cStringIO.StringO object at 0x13fa880>], ].write undefined, data_string = u'\n<!-- ERROR REPORT FOLLOWS -->\n', data_string.encode = <built-in method encode of unicode object at 0x13f4cc0> + <type 'exceptions.ValueError'>: I/O operation on closed file \n") File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 945, in write self.filestack[-1].write(data_string.encode('utf-8')) ValueError: I/O operation on closed file --> + --["Users/IDoNotExist"]

Bug reports

PhilipNeustrom — 2008-07-18 00:23:40

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 389:	Line 389:
	+ The settings are only cleared when they're set directly on the page. --["Users/PhilipNeustrom"] +

Bug reports

JoeWells — 2008-07-18 00:22:36

Revert to version 455 (going back through browser history somehow replays quick edits causing havoc!).

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 25:	Line 25:
- * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule	+ * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule; I don't need the wiki to tease me about it. + + What is your time zone set to in your settings (upper right)? I suspect it's set to the default -- UTC -- rather than US/Pacific. We should probably set the time zone of new accounts to the time zone of the wiki they sign up through. --["Users/PhilipNeustrom"] + + == Table of contents chokes on headings with links == + * '''Date and time:''' 2008-04-27 19:47 PST + * '''User:''' ["Users/AndrewChen"] + * '''Platform:''' Windows XP + * '''Browser:''' Firefox 2.0.0.14 + * '''Page showing bug:''' [wiki:sacramento:"Navigating Sacramento"] + * '''Bug description:''' Table of contents will not navigate to headings with links in them (anchor IDs are different). ''wiki.py'' is hashing on the wikified title while ''tableofcontents.py'' is hashing on the simpleStrip()-ed wikified title. + + == Old version of a page == + * '''Date and time:''' 2008-04-21 + * '''User:''' AlanMiller + * '''Platform:''' Mac OS X 10.3.9 + * '''Browser:''' Opera/Firefox + * '''Page showing bug:''' [wiki:davis:"The Nishi Property"] + * '''Bug description:''' I updated the Nishi Property page, but it still shows the latest edit to be in 2005. Strange thing is I am shown as editing this page yesterday, but when you click on it you get the old page. It's also not clear to me how to file this bug report. + + I'm seeing the latest edits being yours (see [http://daviswiki.org/The_Nishi_Property?action=info the Info area]). Can you give me detail? When I click Edit I see the current version of the page. + + == Stupid search suggestions == + * [http://daviswiki.org/Front_Page?action=search&inline_string=mark+woods&x=0&y=0] + * [http://daviswiki.org/Front_Page?action=search&inline_string=davis+food+coop&x=0&y=0] + + == Question about Events Board Macro== + * '''Date and time:''' 2008-4-16 11:40 + * '''User:''' ["Users/RocksandDirt"] + * '''Platform:''' n/a + * '''Browser:''' n/a + * '''Page showing bug:''' - - + * '''Bug description:''' Two questions about the events board. 1) how do I upload a pdf to an event? and 2) is there a way to edit an event after it's been posted? Thanks! + 1. Upload the pdf on another page and insert a a hyperlink to the file (workaround). + 2. Yep. You can delete the event and repost it with a correction (if you created the event). I realize that these aren't the answers you want, though. I'm working on making the Events Board page better. However, this is my first real python project, so it's going to take a bit of time to do. --["Users/BrentLaabs"] + + Your answers confirmed my suspicians. Good luck with the updates! + + == Link appears broken but actually isn't == + * '''Date and time:''' 2008-3-5 15:00 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Mac OS X 10.4 + * '''Browser:''' Firefox 2.0.0.1 + * '''Page showing bug:''' [wiki:forty-two:"Music Portal"] + * '''Bug description:''' The page "JackVernon Look At This!!!" exists, but appears to be a broken link. Probably due to superfluous bangs. + + + == Another Login Bug== + * '''Date and time:''' 2008-01-19,20 + * '''User:''' oliver@dcn.org + * '''Platform:''' XP + * '''Browser:''' Firefox, current release + * '''Page showing bug:''' The URL e-mailed to my address when I request a new password to be sent there and the URL when I try to create new profile with that address + * '''Bug description:''' My e-mail address belongs to a daviswiki account and so it is not available for a new daviswiki account, but neither is it accessible through the new-password-request link that daviswiki sends to that address (i.e. mine). + + Do you mean that you don't get a URL emailed to you when you enter your email address when forgetting your password? Can you explain in more detail? You get a URL emailed to you but then when you click it you're not logged in and viewing the user settings page? Try clearing your browser cookies for good measure. --["Users/PhilipNeustrom"] + + == Mobile/CSS bug == + * '''Date and time:''' 2007-12-2 17:54 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' iPhone 8GB + * '''Browser:''' Safari for iPhone + * '''Page showing bug:''' anything on davis or wikisp ot and probably others + * '''Bug description:''' activeTab actually displays smaller than the other tabs. The site looks good in general though. + + == case sensitive e-mail in password retrieval == + * '''Date and time:''' 2007-09-22 12:43 + * '''User:''' ["Users/Jason Aller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.007 + * '''Page showing bug:''' Account registration and password retrieval + * '''Bug description:''' It could be that the account registration and password retrieval parts aren't performing the same check for an existing e-mail account. Look for case sensitivity. + + ''This should be fixed now.'' --["Users/PhilipNeustrom"] + + == quickedit and unicode == + * '''Date and time:''' 2007-09-22 12:43 + * '''User:''' ["Users/Jason Aller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.007 + * '''Page showing bug:''' [http://daviswiki.org/Regular_Events?action=diff&version2=244&version1=243] + * '''Bug description:''' Quickedit isn't unicode compliant and '''horks''' -- (yep, thats a technical term) any non ascii characters on the page. + + Should be fixed. --["Users/PhilipNeustrom"] + + == Wiki Deletion fails == + * '''Date and time:''' 2007-05-31 17:12 + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Mac OS X 10.3 + * '''Browser:''' Firefox 2.doesn'tmatter + * '''Page showing bug:''' [wiki:daviswiki] + * '''Bug description:''' I marked {{{wiki:daviswiki}}} for deletion more than 30 days ago, it still exists. + + ''This is the way it'll work for a while. It's too confusing to say "will be deleted in no less than 30 days." The idea is that we'll purge wikis en-mass when we need to at some point.'' + + == non existent sub page to user page == + * '''Date and time:''' 2007-08-25 10:28 + * '''User:''' ["Users/JasonAller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.006 + * '''Page showing bug:''' [http://daviswiki.org/Users/JohnLofland/Users] + * '''Bug description:''' The new feature that shows user information doesn't take into account pointing to non-existent sub pages to the userpage. + + == User Statistics == + * '''Date and time:''' 2007-08-05 19:04 + * '''User:''' ["Users/JasonAller"] + * '''Platform:''' Mac OS X 10.4 + * '''Browser:''' Firefox 2.006 + * '''Page showing bug:''' [wiki:Davis:"User Statistics"] + * '''Bug description:''' User statistics doesn't seem to be keeping accurate count of user edits. It is reporting fewer edits now than earlier today. I suspect that the problem has been going on for a while. '''Update''': Yup, problem confirmed. I still haven't figured out the pattern. (''Edit'': Confirmed it occurred in the morning hours of Mon 2007-08-21. I believe it also lost some edits, looking for a bug report for that to possibly tie this bug to. I'll note that there was a brief period (1 to 4 minutes) when [wiki:davis DavisWiki] was down, but I did not verify that it wasn't a bandwidth hiccup on my end. --["Users/JabberWokky"]) + + Plan: ensure we always grab user stat counts from the DB - not cache (or something) - on increments. Write thing for maintenance script to normalize data. + + ''I can't reproduce this, and I've tried a bit...'' --["Users/PhilipNeustrom"] + + == Image display error in SSR (Opera mobile) == + * '''Date and time:''' 2007-06-30 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Nintendo DS + * '''Browser:''' Opera + * '''Page showing bug:''' [wiki:davis:"Front Page"] + * '''Bug description:''' Included image (part of mystery picture) overlaps other content in the SSR mode. No bugs in overview. Both map icons appear in SSR mode as well, additionally map fails to appear/load (it works in overview though). + + This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could help hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] + + == Quick Edit non functional yet again (Opera Mobile) == + * '''Date and time:''' 2007-06-30 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Nintendo DS + * '''Browser:''' Opera + * '''Page showing bug:''' All + * '''Bug description:''' Quick-edit non-functional (I can click to note) , we should make mobile version of default page to aid functionality for mobile users. + + This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] + + == Google Map javascript thingy doesn't handle utf-8 characters == + * '''Date and time:''' 2007-06-06 14:48 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Linux 2.6.20 powerpc + * '''Browser:''' Iceweasel 2.0.0.3 + * '''Page showing bug:''' http://www.daviswiki.org/Studio_66?action=recall&version=8 + * '''Bug description:''' If a utf-8 character is in the Address macro it makes a traceback: + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run + wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute + map_html= mapJS(wiki_name, page_locs, nearby_locs, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS + center = page_locs[0] + IndexError: list index out of range + }}} + possibly because of this: http://codesimple.net/archives/2006/08/24/google-maps-utf-8-problem + That link seems to be about the encoding of received information. The problem, in our case, is that when we ask for "Peña" we just don't get anything back (even in the wrong encoding). + So I got the google maps api test page, here: http://www.schmalenberger.us/geocoder.html and it works fine with the tilde, whether the thing in the above link is used or not. So that is probably not relevant, but it does work. Maybe just in a later version of the api? I notice that the geocoder.html has v=2.x in the url but daviswiki has v=2. + + -["Users/NickSchmalenberger"] + + == If you click on map from the info page of a wiki page, it makes a traceback where the map goes == + * '''Date and time:''' 2007-06-06 16:13 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Linux 2.6.20 powerpc + * '''Browser:''' Iceweasel 2.0.0.3 + * '''Page showing bug:''' http://daviswiki.org/Shields_Library?action=info# + * '''Bug description:''' this traceback is the same as in the above bug + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run + wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute + map_html= mapJS(wiki_name, page_locs, nearby_locs, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS + center = page_locs[0] + IndexError: list index out of range + }}} + + == Save Changes or Cancel from previewing an edit doesn't take you back to the page == + * '''Date and time:''' 2007-05-29 00:14 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Windows XP version 5.1.2600 + * '''Browser:''' Firefox 2.0.0.3 + * '''Bug description:''' If you preview an edit, it takes you to thepage#preview , then if you cancel or save, it puts you back at thepage#preview and tells you your edit was cancelled or saved. If you then refresh that page after saving, it puts another edit on the page. + + Does your browser warn you about this? It should give a notice that you're resending POST data. We could work around this by redirecting after a save or a cancel.. + The browser does warn, but I think this would be helpful. Sometimes people reload more than one tab at once. + + == Tinylogo not updating == + + * '''Date and time:''' 1952-05-21 + * '''User:''' ["Users/Davidpoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox 2 + * '''Page showing bug:''' [wiki:tustin:"Wiki Settings/Images"] + * '''Bug description:'''Cannot change tinylogo, it seems to revert to cached version for some reason. + + I just tried this and I can't reproduce. You sure? If you give me the ability to delete on that page then I can check more closely. --["Users/PhilipNeustrom"] + + I experienced the same tinylogo mystery on Torontopedia. After a while I simply deleted the original tinylogo I had uploaded, re-uploaded the exact same file using a different source file name, and it worked right away and still works now. --["Users/HimySyed"] + + == Link status incorrect == + + * '''Date and time:''' 1952-05-21 + * '''User:''' ["Users/Davidpoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox 2 + * '''Page showing bug:''' Today's interwiki-recent changes, + * '''Bug description:''' ["users/riteaidguy"] shows as being a working link when it should be broken, on the same page [wiki:davis:"users/riteaidguy"] also appears on the page, this may be the source of the error. + + + == Image macro does not resize in includes == + * '''Date and time:''' 2007-4-4 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox + * '''Page showing bug:''' [wiki:tustin:"front page" tustin front page, see notes] + * '''Bug description:''' Sub-sectioned pages, with sized images, fail to size the image, there are no such difficulties with thumbnails though, seems like a problem in parallel development. + + == Quick Edit does not work in includes == + * '''Date and time:''' 2007-4-4 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox + * '''Page showing bug:''' Scwiki front page + * '''Bug description:''' Starting quick edit on one section allows you to quick edit subsections, it just doesn't actually work, it will be for the content of the first quick edit highlight. That probably sounds confusing, but thats how it is. + + == Footnotes broken == + + * '''Date and time:''' 2006-12-28 + * '''User:''' ["Users/PhilipNeustrom"] + * '''Platform:''' Ubuntu Linux + * '''Browser:''' Firefox + * '''Page showing bug:''' http://wikispot.org/Front_Page/Talk?action=recall&version=8 + * '''Bug description:''' Footnotes seem to be thrown into tables or whatever is at the end of the page. + + * Looks like they get thrown into included pages, actually. + * It appears the <div> is not being closed properly, check the process which writes the footnotes div in, or the one that writes the subsection, if it is recursive or something like that, it may be calling the footnotes section early. In any case, this is a coding bug it seems. ~Dave March ^31^ 2007 + * Yeah, we can fix this after launch. + + == Login Failure == + * '''Date and time:''' 2007-03-30 22:54 + * '''User:''' ["Users/GrahamFreeman" Graham Freeman] + * '''Platform:''' Windows Mobile v5.0 (OS 5.1.195) + * '''Browser:''' Internet Explorer + * '''Page showing bug:''' login + * '''Bug description:''' Login fails without any errors. I enter my username & password, click on "Login", and the page reloads - no login, and no error message. Cookies are allowed, I can login to DavisWiki.org, and so on - but logging in to wikispot.org simply doesn't work. + + Maybe this has something to do with .htaccess? -- ["BrentLaabs"] + Maybe. But I was prompted for the wiki/zerocool pw first, successfully entered it, and then was given the actual front page from which I was asked to login. On Firefox on my Mac I usually get prompted for wiki/zerocool twice, whereas on IE on my handheld I was only prompted once. So, you might be right. It's just odd that I'd see the front page and be given the opportunity to login to the wiki if it was an .htaccess problem. --["GrahamFreeman"] + So we need to test this. Access the site, refuse one of the prompts, and then if one of the prompts causes the failure of the login due to htaccess stuff, then we know, otherwise it is probably not an issue. Fortunately this only happens on this minority os right? ~Dave + + I don't think this has anything to do with the l/p. I'm not sure what is going on so it's impossible for me to fix this without more information. Logging in should work (and I just tested it) without JavaScript on (as long as cookies are on). There's a few redirects (2) that occur during the authentication, so that could be causing the issue. I changed something just now that might have fixed it. Otherwise, how about I try things out on your phone next time I see you, Graham. --["Users/PhilipNeustrom"] + + No joy - still fails to login, yet doesn't give an error. -Graham + + Update: 2007-04-03 21:20 : Now, I get the front page, log in (no .htaccess prompt, of course - just the Wiki Spot login), and I get the error message "The Requested Page can not be displayed" with a URL of http://wikispot.org/?x-up-destcharset=106 -Graham + + == Wishlist: Notification of older versions on different entry == + * '''Date and time:''' 2007-03-03 + * '''User:''' ["Users/ArlenAbraham"] + * '''Platform:''' Any + * '''Browser:''' Any + * '''Page showing bug:''' http://wikispot.org/Development?action=info (or any other page that has been renamed) + * '''Bug description:''' This one has been around for a while. If you rename a page, it doesn't take the version history along with it. This isn't as much of an issue because changing the case of a page has been disabled. I'm just waiting for some AsSHAt tO coMEaLonG anD CREatiVLY casE a BUNcH Of nEw pAGeS. + + This is the desired behavior. The version history is on the old page. We don't move the version history because sometimes the page you're renaming to has a version history, as well. + + * How about providing a link to the info for the old page? + + * If you change this, keep in mind how you handle the following: EntryA has something somebody would like to hide, so they copy it to EntryB, delete EntryA, create EntryC, rename it EntryA, delete it and then rename EntryB to EntryA? ClickWiki moves version histories around, and it's actually a pain in the ass to deal with. I wound up punting to the very very ugly "rename the deleted entry with the history with a incremented numeric suffix", so EntryA's orginal history would wind up in the (deleted) EntryA.1. Honestly, keeping clean records is easier in most cases by carrying over the history when an entry is renamed, but a pain in the ass when entries get bounced around a bunch. --jw + * Thinking about it, isn't the current use of the creating edit being (renamed from x) useful? perhaps we should make it also in that case have a link to that info page directly or something of that matter? Elsewise we end up with either non-intuitive complex record keeping to account for the jabberwok scenario.. ~D + + == Broken image to non-logged in visitors == + + It serves different html to logged in users versus non-logged in users when mail addresses are being displayed. There is a reference to http://wikispot.org/wiki/eggheadbeta/img/mailto that doesn't exist and shows as a broken image icon. --["Users/JabberWokky"] + + == Can't clear default address locale == + * '''Date and time:''' 2008-07-08T1:11Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' Firefox 1.5.0.12eol + * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Wiki Settings/General"] + * '''Bug description:''' I am trying to clear the “Default address locale” setting in my [wiki:wheatfield-backgreen:"Wiki Settings/General"] control page. I have decided it was a mistake to put anything in this. However, the software will not let me clear this field. I can shorten it to 1 character, but I can not shorten it to 0 characters. If I shorten it to 1 character, even if that character is a space, then a comma shows up in the map balloon text, which I don't want. How do I clear the “Default address locale” setting? + + UPDATE: I confirm that Philip has fixed this bug. I can't remove the bug from the list due to a bug in my browser. Can someone please remove this bug report (or mark it as resolved or whatever the standard practice is)? + + == wikispot.org's web server rejecting HEAD requests? == + * '''Date and time:''' 2008-07-09T19:09Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' GNU Wget 1.10.2 + * '''Page showing bug:''' any page, for example http://wikispot.org/ + * '''Bug description:''' I am trying to set up a script which will let me back up my wiki once a week. Because the wiki exporting functionality is not finished yet, in the meantime I want to use wget to get copies of the latest page versions. (I'd rather have the wiki text content without the HTML wrapping, but I don't have an easy way to get this yet.) Unfortunately, it seems I can not use wget's --timestamping option. When I do, on the 2nd and subsequent uses of wget, I get a “403 FORBIDDEN” response from the web server. After much investigation, I think this is caused by wget using the HEAD request instead of the GET request. The first wget request uses the GET request because there is no local copy of the file to compare timestamps with. + + For fetching pages generated from wiki text, this may not be such an important bug, because probably the time stamps are unreliable anyway, because these web pages are generated from a database. (Or is the data in the database time-stamped so that the web pages can be given the time of the most recent data they use? I suppose it would be as expensive to compute this as to generate and send the new web pages anyway, so the savings from not refetching unchanged pages might not be much, but network bandwidth could be saved. And anyway, the correct solution to the back up problem does not involve fetching the HTML web pages.) For fetching uploaded files, this is a more important issue, because they will rarely change and they may be quite big so it would be better if a backup or mirroring program could detect easily when they have changed. + + Is there a good reason for the web server to not reply to HEAD requests? This causes 3rd-party programs to fail with hard-to-diagnose errors. + + By the way, for the record, the command I am now using to backup my wiki is this: + {{{ + wget --force-directories --recursive --page-requisites --no-parent --html-extension --convert-links --backup-converted http://wheatfield-backgreen.wikispot.org/}}} + + Unfortunately, this command gets some purely generated files which I would rather not get (for example, the RSS feeds), and fails to get uploaded files. I would love to see a better command for getting a backup. + + ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the wiki configuration (although theme CSS and PNG files are backed up). --["Users/JoeWells"] + + == Using the include macro causes footnotes so far to be dumped on page == + * '''Date and time:''' 2008-07-09T23:07Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' Firefox 1.5.0.12eol + * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Footnote vs. Include Bug"] + * '''Bug description:''' Whenever you use the include macro (regardless of the target, even if the target does not exist), all footnotes accumulated so far on the page are dumped in the usual format footnote list and any subsequent footnotes go into a new list. Using {{{[[footnote]]}}} does not help to force the correct footnote placement. See the “[wiki:wheatfield-backgreen:"Footnote vs. Include Bug"]” page for a test case. + + == RSS feeds use invalid date format == + * '''Date and time:''' 2008-07-10T15:01Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Gnus v5.11, GNU Emacs 22.1.1) + * '''Page showing bug:''' probably all of them (example: http://wikispot.org/Interwiki_Recent_Changes?action=rss_rc&user=joewells) + * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. There are at least two problems with this. + + * One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. + + * Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.) + + == Map button fails silently with no explanation to the user when JavaScript is disabled == + * '''Date and time:''' 2008-07-15T12:59Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them (example: [wiki:wheatfield-backgreen]) + * '''Bug description:''' There is a link in the page header labeled with the word “Map” and a small icon. Clicking on this link is supposed to bring up any map associated with the wiki page. The implementation of this link is some JavaScript code that dynamically inserts the map element in the page's DOM and displays it. Of course, this does not work when JavaScript is turned off or for browsers without JavaScript. The bug is that this failure happens silently with no explanation given to the reader. One way to fix this bug would be to make the link by default go to a web page with an explanation that JavaScript must be turned on for it to work, and then change the link to its current implementation at page load time with JavaScript. This way, the current behavior would be obtained if JavaScript is turned on, and a reasonable fall-back behavior would happen when JavaScript is turned off. + + == Quick edits and file uploads are missing text stating user agrees to license content == + * '''Date and time:''' 2008-07-17T23:06Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them + * '''Bug description:''' The “Edit” button gets you a page where there is some useful text that says that using “Save Changes” means the user agrees to license the work they are adding to the wiki under the CC license. However, both the “quick edit” and file uploading interfaces are missing this useful text. The quick edit and file uploading interfaces should change so that they include text stating that the user agrees to license their work under the wiki's default license. + Another related issue: The text for editing uses the phrase “release your contribution”. I think to be legally effective, this should probably say “license your contribution”. I don't think the word “release” is even meaningful here. + Yet another related issue: The text should probably also say that the user agrees not to contribute material to the wiki which is only available under an incompatible license without adding an explicit indication of the license. It is not enough to require that the user has permission to submit the work. (Furthermore, there are some minimum requirements on the license: it should at the very least allow people to view the material while browsing the wiki. Otherwise an attacker could submit work which they have permission to add to the wiki, but which no one else has permission to view while on the wiki. Then every wiki reader (as well as the wiki maintainers) would be violating copyright.) + + Good call with the quick edits and file uploads. Do you have a suggestion as to how to make the quickedit license text non-obtrusive? + + Right, for file uploads there is room to put some nice text, but quick edits need to be a bit tighter. Obvious ideas: font size, a link to bring up a pop-up window, tooltips. + + By the way, unrelated bug: The quick edit area should temporarily stop showing the "double click here to edit" tooltip while the quick edit feature is activated. + + == Per-page security changes override ''all'' subsequent wiki-wide security changes? == + * '''Date and time:''' 2008-07-17T23:32Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them + * '''Bug description:''' Okay, suppose you make group G and add user U to group G. Then you give group G the ability to change security. Then user U edits wiki page P and changes just 1 aspect of the security (i.e., U clicks in one box to toggle one setting). Then administrator A changes a ''different'' setting on the Wiki_Settings/Security page. This change fails to affect page P! I assume what is going on here is that when U changed the security for P, a record of the values of ''all'' of the security settings was attached to page P, rather than just the single setting that U changed. + Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings. ''Good feature request'' + Also, there appears to be no way to clear the per-page security modifications for a given page so that that page will subsequently see only the wiki-wide settings. + + There's some implicit behavior here. When you change the security settings on a page to be different from the wiki-wide settings the page is no longer affected by wiki-wide setting changes. To make the page subsequently see only wiki-wide settings you need only change the security settings on the page to be in alignment with the wiki-wide settings. Perhaps we should make this explicit with a "reset security settings" button in the page's Security area. --["Users/PhilipNeustrom"] + + Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. Another nice thing could be for the ''differences'' from the wiki-wide settings to be highlighted. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"] + + = Map-related bugs = + * Davis Wiki map + + == Broken Address macro == + * '''Date and time:''' 2007-05-15 10:53 + * '''User:''' ["Users/BrianGingold"] + * '''Platform:''' Ubuntu Linux + * '''Browser:''' Firefox 2.0.0.3 + * '''Page showing bug:''' [wiki:Sacramento:"Jalape%C3%B1os"] + * '''Bug description:''' I wrapped the Address macro around the address on a page, clicked save changes, and was presented with <type 'exceptions.ValueError'> and a Python traceback. + + Should be fixed now. Was an issue with the ñ. --["Users/PhilipNeustrom"] + + = Known bugs = + * Table of contents causes an annoying jiggle + * Table of contents prints headings included in {{{ {{{ tags }}} }}} + * Table of contents doesn't scan {{{[[Include]]}}}d pages, or the header to an included page + + --------- + issue with something or other: + {{{ + Fact: Beer is fucking delicious. + [[include(Explore, "Explore", left, 60%)]][[include(Featured Beer, "Featured Beer", right, 37%)]] + [[include(News, "News", 60%)]][[include(Featured Beer, "Featured Article", right, 37%)]] + }}} + + =Non-reproducable bugs = + + ==Error on search== + Did an edit on [wiki:Davis], and then searched for the unique term I had just added (to see if there were any other instances on the wiki). The first edit I've had time for in days, and I get an error! ;) I cannot reproduce, feel free to delete this report, but I figured if I got it I should at least point it out. Specific edit was adding [http://daviswiki.org/Bicycling_Tips?action=diff&version2=153&version1=152 this] and then searching for 'fixme'. + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + }}} + + [[Comments(Add a Mini Bug Report)]] + + ''2007-04-04 06:49:15'' [[nbsp]] I have my time zone set to Pacific (UTC-7), and yet my comments show up as being posted in UTC time (seven hours in the future)...? Oddly, other time displays (e.g. in diff views) appear to be correct. --["Users/GrahamFreeman"] + + Comments should be timestamped with the date of the local wiki you're on. Knowing this, is this still a bug? E.g. is the time in Pacific on Davis Wiki and in UTC here? -Philip + + My comments on DavisWiki show up in the correct time zone (UTC-7), but they show up in UTC on WikiSpot even though I've verified that my Wiki Spot account has a UTC-7 timezone set. I tried both US/Pacific and America/Vancouver. Check out my ["Users/GrahamFreeman" userpage] for the test results. -Graham + + Unless I'm misunderstanding you, that's how it should work. This wiki, the hub, has UTC set as its timezone. Davis Wiki has UTC-7 set. Changing your local timezone doesn't change the appearance of the comments. -Philip + + OK, I understand you now, but then shouldn't the time/date-stamp make clear which time zone it's in? -Graham + + + ------ + ''2007-04-09 18:00:14'' [[nbsp]] Hey, here's a simple easy update to add. Now that Users/* exists, you can have RandomPage exclude Users/* and Wiki/* entries. --["Users/JabberWokky"] + ------ + ''2007-04-30 18:18:44'' [[nbsp]] [wiki:Davis:"Critical Mass"] shows up in the photo requests page because it is apparently linked to the photo requests page. However, I cannot find the link anywhere on the critical mass page, and the link does not show up if you click on Info -> Links. --["Users/DavidGrundler"] + ------ + ''2007-05-03 02:16:30'' [[nbsp]] Renaming an entry does not work if the new name is the same phrase with a different case. I.e., "Wiki Sandbox" cannot be renamed "wiki sandbox". --["Users/JabberWokky"] + + ''2007-05-16 15:02:53'' [[nbsp]] Seems to be fixed as of today. I just renamed ["wiki:davis:Locksmiths"]. Leaving here in case it's something to do with spaces or whatnot. --["Users/JabberWokky"] + ------ + ''2007-05-12 05:47:42'' [[nbsp]] Now that pages can have accent marks in their names the search feature needs to support them as well. Search for "Acción Zapatista" on [wiki:davis]. --["Users/JasonAller"] + + Should be squared out now. + ------ + ''2007-05-13 00:41:12'' [[nbsp]] When I was logged in today and tried to visit http://wikispot.org/Front_Page , it said "You are not allowed to view this page." It has never done this before-- are other people having the same problem? --["Users/MaryLieth"] + + Okay, it should be fixed now! --["Users/PhilipNeustrom"] + ------ + ''2007-07-16 06:04:32'' [[nbsp]] Included pages don't influence the TOC. --["Users/PhilipNeustrom"] + ------ + ''2007-07-23 06:36:12'' [[nbsp]] (Cheat report): The 7/22/07 edits on the [http://daviswiki.org/Restaurants?action=info Restaurants] page are weirdly buggy. Teriyaki Express keeps moving itself back in. My first edit on 7/22 just removed it, but the edit log shows differently. Same thing then seemed to happen to ["CovertProfessor"]. --["Users/EdWins"] + + I can reproduce this. It's probably (i'm guessing) being caused by the RandomQuote of the entry being on the entry that's being quoted. + ------ + ''2007-08-03 06:45:16'' [[nbsp]] On Safari/MacOS X, hitting "clear message" after trying to create a new account with an email address that's already registered to another account takes me from the new account registration page to the Log In page. --["Users/GrahamFreeman"] + ------ + ''2007-08-08 05:49:37'' [[nbsp]] Occasional search timeouts (only happened once to a person): + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 708, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 377, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 410, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 330, in readline + data = recv(1) + timeout: timed out + }}} --["Users/PhilipNeustrom"] + ------ + ''2007-08-08 20:56:07'' [[nbsp]] In "Wiki Settings/General", the tabs' fields don't support unicode chars in page names. --["Users/andre.felipe"] + + This should be fixed now. Thanks for the heads-up! --["Users/PhilipNeustrom"] + Thank you indeed! --["Users/andre.felipe"] + ------ + ''2007-08-08 20:58:10'' [[nbsp]] Cannot save general settings on Opera, nor use the "Upload - Check Spelling - Delete - etc." buttons. --["Users/andre.felipe"] + + Is this still happening? Can you get to those buttons on any page, or are you having a problem pressing them on the General Settings page only? What version of Opera? --["Users/PhilipNeustrom"] + Now I can press those buttons (upload, delete etc.), but I cannot press the "Save Settings" yet. I'm using Opera 9.22 for Windows. --["Users/andre.felipe"] + Okay, it should be working now. I could reproduce it in Opera 9.22 on my mac, and I got it working (for me) now. Let me know if it's fixed. Sorry about that! --["Users/PhilipNeustrom"] + ------ + ''2007-08-14 03:52:36'' [[nbsp]] quick edit doesn't work on Safari 2.0.4 on OSX. When I hit submit, it tells me "cannot save empty pages." this continued to happen after a reboot, after clearing of my cache, and on multiple different daviswiki pages. --["Users/CraigBrozinsky"] + + This should be fixed now. + Yup, it is. + ------ + ''2007-08-25 23:34:05'' [[nbsp]] [http://daviswiki.org/UC_Davis_English_Department?action=recall&version=18 Check out the Table of Contents]. Note that the header is a link. --["Users/JabberWokky"] + ------ + ''2007-08-28 18:53:44'' [[nbsp]] http://daviswiki.org/Pe%C3%B1a_Drive?action=diff&version2=8&version1=7 --169.237.136.169 + + Should be fixed now. Thanks! + + * '''Date and time:''' 2007-09-21 02:15 or thereabouts + * '''User:''' ["Users/Graham.Freeman" Graham Freeman] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.0.0.7 + * '''Page showing bug:''' [http://scwiki.org/Body_and_Soul?action=info], then click on "Map" + * '''Bug description:''' python traceback when you click "map" from the Info page + ------ + ''2007-10-02 18:12:56'' [[nbsp]] Links in included pages shouldn't render if they link to the page doing the including OR the included page. --["Users/PhilipNeustrom"] + ------- + + There suddenly appeared (at 22:00 East Coast) a bug this evening. Some of it appears to affect all users, parts of the bug are timezone related and just affect me. + + For all users, http://wikispot.org/Wiki_Directory appears to be borked. Several people all report that it only draws the header, and if you hit edit, the source appears, but it times out on save. This is slightly different than before. + + Interwiki Recent Changes is giving me a timezone related Traceback, as is my settings page. They are attached. It is not erroring out for anybody else that we can see, but everybody else is Pacific time. + + RyanJames poked in the Python, pointing out that "in the for loop that's lines 242-245 in tzinfo.py, the if statement is never true, meaning your dt (datetime object) doesn't match any of the datetimes in the module's dictionary of all datetimes/timezone thingies". + + Another probably unrelated bug that I noticed is on the Wikispot User Statistics entry, where my first edit is "Unknown". Probably unrelated, but if this is all a database issue, I'm letting you know all the "doesn't line up" errors I can find. + + By the way, this is different than the last two times, as I can still edit other entries without locking them up. --["Users/JabberWokky"] + ------ + ''2007-10-16 15:43:55'' [[nbsp]] The first linebreak after the first line of text after a heading isn´t converted to a <br> here: [http://median2008.wikispot.org/Items]. Looks like a bug? --["Users/holzbit"] + + This should be fixed as of 2007-11-6. --["Users/PhilipNeustrom"] + ------ + ''2007-10-19 06:39:56'' [[nbsp]] heart macro, breaks and centering don't seem to work well in conjunction.. fool around with it for a bit to figure out what I mean I suppose. --["Users/DavidPoole"] + ------ + ''2007-11-16 11:22:30'' [[nbsp]] A block of unformatted text ends at the first }}} so if that is included in the block, it ends too early. http://daviswiki.org/Wiki_Sand_Box?action=diff&version2=230&version1=229 --["Users/NickSchmalenberger"] + ------ + ''2007-12-11 01:34:35'' [[nbsp]] {{{<input class="formbutton" type="submit" name="button_dont" value="Dont press me">}}} + Wtf Philip, oh and Mac will select this one first, you might want to consider button ordering functions to have this reordered to be after the submit button. --["Users/DavidPoole"] + + It shouldn't have a negative affect on anyone.. Can you explain how it negatively affects the Mac (I assume you mean Safari?) The comment box is a textarea, which means that the return key never auto-submits in a browser (that I know of). The "dont press me" button is for spam purposes. + It is more that I use keyboard commands so I tab->return to submit, which is what I imagine most bots would do.. annoying.. but maybe make it a visible button saying cancel might be nice? just so folk like me don't trip up? or would that reduce the effectiveness against spam? ~D + ------ + ''2007-12-15 14:34:02'' [[nbsp]] Searching for "NLUG" on the hub: + + {{{ + Search results for "NLUG" + search Search: + --> --> + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 384, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + }}} + + It worked on refresh. --["Users/JabberWokky"] + ------ + ''2007-12-30 13:41:48'' [[nbsp]] If you make text inside an address macro be a link, it doesn't show up as an incoming link for the target page. http://www.berkwiki.org/Solano_Avenue?action=info&links=1 --["Users/NickSchmalenberger"] + ------- + When adding wikis to my watch list: + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 1022, in do_watch_wiki + farm.add_wiki_to_watch(wikiname, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/farm.py", line 112, in add_wiki_to_watch + request.user.setWatchedWikis(watched_wiki_list) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/user.py", line 1210, in setWatchedWikis + values (%(user_name)s, %(wiki_name)s)""", d, isWrite=True) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 144, in execute + self.db_cursor.execute(query, args) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 146, in execute + self.db_cursor.execute(query, args) + IntegrityError: duplicate key violates unique constraint "userwatchedwikis_pkey" + }}} + --["Users/JabberWokky"] + + What wiki? Can you reproduce it? + * Yes, the [wiki:GhanaITC] wiki is one example (also [wiki:BostonChoral]. I'm waiting for a new wiki to appear to see if it's something about all new wikis. + * I just pushed a change -- does it still happen? --["Users/PhilipNeustrom"] + * Nope, I appear to be watching them now without having done anything (prior to the change you made I wasn't watching them yet despite hitting the watchwiki URL repeatedly). If that's okay, consider it closed. --jw + + =Address not picked up= + + * [wiki:woodland:"Satiety Winery & Cafe" This entry] has an Address macro and no map. Maps work for most other entries. Perhaps it "looks wrong"? + + =Minor Default(?) CSS Bug= + + I lack the time to test this, sorry (as you can probably tell by my recent lack of editing, I'm buried under with work). I did, however notice the following "height of header" layout quirk: + + [[Image(FFIEHeaderBug.png)]] + + And lest somebody assume it might be related to the login status, I was not logged in using either brower. No idea what is causing it, but if it is in the default CSS, new wikis might have issues with their appearance as they are the least likely to consider cross browser testing. --jw + * This was a known issue at launch. Fixing it would have been a pain in the behind, and it doesn't look too bad so we decided to leave it. As Philip moves the wiki to XML or XHTML (not sure exactly which one, but it's related to the GUI editor), DavidPoole and I are pretty much going to ignore non-critical CSS bugs. --["Users/BrentLaabs"] + * Really.. known? I don't remember it. I think there might be some easy problem I could find a way to fix it.. but generally the page construction for that particular area is pretty hacky, like the page needs to be completely redesigned one day (maybe over the summer we will have time), but yes, I am waiting until this XML thing happens before I will bother with much fixing, mainly because many many many things will need it when it does. ~David + ------ + ''2008-05-23 21:49:54'' [[nbsp]] Okay,this trick is fun, but you gotta be clever to notice what is happening :P + + ===Oh, hello== + --["Users/DavidPoole"] + ------ + ''2008-06-16 11:51:41'' [[nbsp]] ==Errors while searching== + + * '''Date and time:''' 2008-06-16 04:44 PST + * '''User:''' RachelPeters + * '''Platform:''' Win XP SP2 + * '''Browser:''' Firefox 2.0.0.14 + * '''Page showing bug:''' search results + * '''Bug description:''' I was searching for "university inn" when I received the error below. I tried hitting the search button a few more times and the same error came up. I hit refresh and the error went away and I got the proper search results. Tried to use the search box, got the same error, used the search box once more, didn't get the error. Earlier I got the error when searching for "americana arms" through the firefox searchbar plug-in, and that error went away with a refresh. + + {{{Error: + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out}}} --["Users/RachelPeters"] + ------ + ''2008-06-25 01:02:01'' [[nbsp]] Not a bug in the traditional sense, but could someone add the word "Daviswiki" to the spell checker dictionary? --["Users/JimStewart"] + * Anybody can add local words to their wiki by adding them to the list at "Local Spelling Words". For instance, the Davis Wiki one is located at [wiki:davis:"Local Spelling Words"]. --["Users/JabberWokky" jw]

Bug reports

JoeWells — 2008-07-18 00:20:11

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 25:	Line 25:
- * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule; I don't need the wiki to tease me about it. - - What is your time zone set to in your settings (upper right)? I suspect it's set to the default -- UTC -- rather than US/Pacific. We should probably set the time zone of new accounts to the time zone of the wiki they sign up through. --["Users/PhilipNeustrom"] - - == Table of contents chokes on headings with links == - * '''Date and time:''' 2008-04-27 19:47 PST - * '''User:''' ["Users/AndrewChen"] - * '''Platform:''' Windows XP - * '''Browser:''' Firefox 2.0.0.14 - * '''Page showing bug:''' [wiki:sacramento:"Navigating Sacramento"] - * '''Bug description:''' Table of contents will not navigate to headings with links in them (anchor IDs are different). ''wiki.py'' is hashing on the wikified title while ''tableofcontents.py'' is hashing on the simpleStrip()-ed wikified title. - - == Old version of a page == - * '''Date and time:''' 2008-04-21 - * '''User:''' AlanMiller - * '''Platform:''' Mac OS X 10.3.9 - * '''Browser:''' Opera/Firefox - * '''Page showing bug:''' [wiki:davis:"The Nishi Property"] - * '''Bug description:''' I updated the Nishi Property page, but it still shows the latest edit to be in 2005. Strange thing is I am shown as editing this page yesterday, but when you click on it you get the old page. It's also not clear to me how to file this bug report. - - I'm seeing the latest edits being yours (see [http://daviswiki.org/The_Nishi_Property?action=info the Info area]). Can you give me detail? When I click Edit I see the current version of the page. - - == Stupid search suggestions == - * [http://daviswiki.org/Front_Page?action=search&inline_string=mark+woods&x=0&y=0] - * [http://daviswiki.org/Front_Page?action=search&inline_string=davis+food+coop&x=0&y=0] - - == Question about Events Board Macro== - * '''Date and time:''' 2008-4-16 11:40 - * '''User:''' ["Users/RocksandDirt"] - * '''Platform:''' n/a - * '''Browser:''' n/a - * '''Page showing bug:''' - - - * '''Bug description:''' Two questions about the events board. 1) how do I upload a pdf to an event? and 2) is there a way to edit an event after it's been posted? Thanks! - 1. Upload the pdf on another page and insert a a hyperlink to the file (workaround). - 2. Yep. You can delete the event and repost it with a correction (if you created the event). I realize that these aren't the answers you want, though. I'm working on making the Events Board page better. However, this is my first real python project, so it's going to take a bit of time to do. --["Users/BrentLaabs"] - - Your answers confirmed my suspicians. Good luck with the updates! - - == Link appears broken but actually isn't == - * '''Date and time:''' 2008-3-5 15:00 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' Mac OS X 10.4 - * '''Browser:''' Firefox 2.0.0.1 - * '''Page showing bug:''' [wiki:forty-two:"Music Portal"] - * '''Bug description:''' The page "JackVernon Look At This!!!" exists, but appears to be a broken link. Probably due to superfluous bangs. - - - == Another Login Bug== - * '''Date and time:''' 2008-01-19,20 - * '''User:''' oliver@dcn.org - * '''Platform:''' XP - * '''Browser:''' Firefox, current release - * '''Page showing bug:''' The URL e-mailed to my address when I request a new password to be sent there and the URL when I try to create new profile with that address - * '''Bug description:''' My e-mail address belongs to a daviswiki account and so it is not available for a new daviswiki account, but neither is it accessible through the new-password-request link that daviswiki sends to that address (i.e. mine). - - Do you mean that you don't get a URL emailed to you when you enter your email address when forgetting your password? Can you explain in more detail? You get a URL emailed to you but then when you click it you're not logged in and viewing the user settings page? Try clearing your browser cookies for good measure. --["Users/PhilipNeustrom"] - - == Mobile/CSS bug == - * '''Date and time:''' 2007-12-2 17:54 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' iPhone 8GB - * '''Browser:''' Safari for iPhone - * '''Page showing bug:''' anything on davis or wikisp ot and probably others - * '''Bug description:''' activeTab actually displays smaller than the other tabs. The site looks good in general though. - - == case sensitive e-mail in password retrieval == - * '''Date and time:''' 2007-09-22 12:43 - * '''User:''' ["Users/Jason Aller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.007 - * '''Page showing bug:''' Account registration and password retrieval - * '''Bug description:''' It could be that the account registration and password retrieval parts aren't performing the same check for an existing e-mail account. Look for case sensitivity. - - ''This should be fixed now.'' --["Users/PhilipNeustrom"] - - == quickedit and unicode == - * '''Date and time:''' 2007-09-22 12:43 - * '''User:''' ["Users/Jason Aller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.007 - * '''Page showing bug:''' [http://daviswiki.org/Regular_Events?action=diff&version2=244&version1=243] - * '''Bug description:''' Quickedit isn't unicode compliant and '''horks''' -- (yep, thats a technical term) any non ascii characters on the page. - - Should be fixed. --["Users/PhilipNeustrom"] - - == Wiki Deletion fails == - * '''Date and time:''' 2007-05-31 17:12 - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' Mac OS X 10.3 - * '''Browser:''' Firefox 2.doesn'tmatter - * '''Page showing bug:''' [wiki:daviswiki] - * '''Bug description:''' I marked {{{wiki:daviswiki}}} for deletion more than 30 days ago, it still exists. - - ''This is the way it'll work for a while. It's too confusing to say "will be deleted in no less than 30 days." The idea is that we'll purge wikis en-mass when we need to at some point.'' - - == non existent sub page to user page == - * '''Date and time:''' 2007-08-25 10:28 - * '''User:''' ["Users/JasonAller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.006 - * '''Page showing bug:''' [http://daviswiki.org/Users/JohnLofland/Users] - * '''Bug description:''' The new feature that shows user information doesn't take into account pointing to non-existent sub pages to the userpage. - - == User Statistics == - * '''Date and time:''' 2007-08-05 19:04 - * '''User:''' ["Users/JasonAller"] - * '''Platform:''' Mac OS X 10.4 - * '''Browser:''' Firefox 2.006 - * '''Page showing bug:''' [wiki:Davis:"User Statistics"] - * '''Bug description:''' User statistics doesn't seem to be keeping accurate count of user edits. It is reporting fewer edits now than earlier today. I suspect that the problem has been going on for a while. '''Update''': Yup, problem confirmed. I still haven't figured out the pattern. (''Edit'': Confirmed it occurred in the morning hours of Mon 2007-08-21. I believe it also lost some edits, looking for a bug report for that to possibly tie this bug to. I'll note that there was a brief period (1 to 4 minutes) when [wiki:davis DavisWiki] was down, but I did not verify that it wasn't a bandwidth hiccup on my end. --["Users/JabberWokky"]) - - Plan: ensure we always grab user stat counts from the DB - not cache (or something) - on increments. Write thing for maintenance script to normalize data. - - ''I can't reproduce this, and I've tried a bit...'' --["Users/PhilipNeustrom"] - - == Image display error in SSR (Opera mobile) == - * '''Date and time:''' 2007-06-30 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Nintendo DS - * '''Browser:''' Opera - * '''Page showing bug:''' [wiki:davis:"Front Page"] - * '''Bug description:''' Included image (part of mystery picture) overlaps other content in the SSR mode. No bugs in overview. Both map icons appear in SSR mode as well, additionally map fails to appear/load (it works in overview though). - - This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could help hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] - - == Quick Edit non functional yet again (Opera Mobile) == - * '''Date and time:''' 2007-06-30 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Nintendo DS - * '''Browser:''' Opera - * '''Page showing bug:''' All - * '''Bug description:''' Quick-edit non-functional (I can click to note) , we should make mobile version of default page to aid functionality for mobile users. - - This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] - - == Google Map javascript thingy doesn't handle utf-8 characters == - * '''Date and time:''' 2007-06-06 14:48 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Linux 2.6.20 powerpc - * '''Browser:''' Iceweasel 2.0.0.3 - * '''Page showing bug:''' http://www.daviswiki.org/Studio_66?action=recall&version=8 - * '''Bug description:''' If a utf-8 character is in the Address macro it makes a traceback: - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run - wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute - map_html= mapJS(wiki_name, page_locs, nearby_locs, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS - center = page_locs[0] - IndexError: list index out of range - }}} - possibly because of this: http://codesimple.net/archives/2006/08/24/google-maps-utf-8-problem - That link seems to be about the encoding of received information. The problem, in our case, is that when we ask for "Peña" we just don't get anything back (even in the wrong encoding). - So I got the google maps api test page, here: http://www.schmalenberger.us/geocoder.html and it works fine with the tilde, whether the thing in the above link is used or not. So that is probably not relevant, but it does work. Maybe just in a later version of the api? I notice that the geocoder.html has v=2.x in the url but daviswiki has v=2. - - -["Users/NickSchmalenberger"] - - == If you click on map from the info page of a wiki page, it makes a traceback where the map goes == - * '''Date and time:''' 2007-06-06 16:13 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Linux 2.6.20 powerpc - * '''Browser:''' Iceweasel 2.0.0.3 - * '''Page showing bug:''' http://daviswiki.org/Shields_Library?action=info# - * '''Bug description:''' this traceback is the same as in the above bug - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run - wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute - map_html= mapJS(wiki_name, page_locs, nearby_locs, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS - center = page_locs[0] - IndexError: list index out of range - }}} - - == Save Changes or Cancel from previewing an edit doesn't take you back to the page == - * '''Date and time:''' 2007-05-29 00:14 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Windows XP version 5.1.2600 - * '''Browser:''' Firefox 2.0.0.3 - * '''Bug description:''' If you preview an edit, it takes you to thepage#preview , then if you cancel or save, it puts you back at thepage#preview and tells you your edit was cancelled or saved. If you then refresh that page after saving, it puts another edit on the page. - - Does your browser warn you about this? It should give a notice that you're resending POST data. We could work around this by redirecting after a save or a cancel.. - The browser does warn, but I think this would be helpful. Sometimes people reload more than one tab at once. - - == Tinylogo not updating == - - * '''Date and time:''' 1952-05-21 - * '''User:''' ["Users/Davidpoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox 2 - * '''Page showing bug:''' [wiki:tustin:"Wiki Settings/Images"] - * '''Bug description:'''Cannot change tinylogo, it seems to revert to cached version for some reason. - - I just tried this and I can't reproduce. You sure? If you give me the ability to delete on that page then I can check more closely. --["Users/PhilipNeustrom"] - - I experienced the same tinylogo mystery on Torontopedia. After a while I simply deleted the original tinylogo I had uploaded, re-uploaded the exact same file using a different source file name, and it worked right away and still works now. --["Users/HimySyed"] - - == Link status incorrect == - - * '''Date and time:''' 1952-05-21 - * '''User:''' ["Users/Davidpoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox 2 - * '''Page showing bug:''' Today's interwiki-recent changes, - * '''Bug description:''' ["users/riteaidguy"] shows as being a working link when it should be broken, on the same page [wiki:davis:"users/riteaidguy"] also appears on the page, this may be the source of the error. - - - == Image macro does not resize in includes == - * '''Date and time:''' 2007-4-4 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox - * '''Page showing bug:''' [wiki:tustin:"front page" tustin front page, see notes] - * '''Bug description:''' Sub-sectioned pages, with sized images, fail to size the image, there are no such difficulties with thumbnails though, seems like a problem in parallel development. - - == Quick Edit does not work in includes == - * '''Date and time:''' 2007-4-4 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox - * '''Page showing bug:''' Scwiki front page - * '''Bug description:''' Starting quick edit on one section allows you to quick edit subsections, it just doesn't actually work, it will be for the content of the first quick edit highlight. That probably sounds confusing, but thats how it is. - - == Footnotes broken == - - * '''Date and time:''' 2006-12-28 - * '''User:''' ["Users/PhilipNeustrom"] - * '''Platform:''' Ubuntu Linux - * '''Browser:''' Firefox - * '''Page showing bug:''' http://wikispot.org/Front_Page/Talk?action=recall&version=8 - * '''Bug description:''' Footnotes seem to be thrown into tables or whatever is at the end of the page. - - * Looks like they get thrown into included pages, actually. - * It appears the <div> is not being closed properly, check the process which writes the footnotes div in, or the one that writes the subsection, if it is recursive or something like that, it may be calling the footnotes section early. In any case, this is a coding bug it seems. ~Dave March ^31^ 2007 - * Yeah, we can fix this after launch. - - == Login Failure == - * '''Date and time:''' 2007-03-30 22:54 - * '''User:''' ["Users/GrahamFreeman" Graham Freeman] - * '''Platform:''' Windows Mobile v5.0 (OS 5.1.195) - * '''Browser:''' Internet Explorer - * '''Page showing bug:''' login - * '''Bug description:''' Login fails without any errors. I enter my username & password, click on "Login", and the page reloads - no login, and no error message. Cookies are allowed, I can login to DavisWiki.org, and so on - but logging in to wikispot.org simply doesn't work. - - Maybe this has something to do with .htaccess? -- ["BrentLaabs"] - Maybe. But I was prompted for the wiki/zerocool pw first, successfully entered it, and then was given the actual front page from which I was asked to login. On Firefox on my Mac I usually get prompted for wiki/zerocool twice, whereas on IE on my handheld I was only prompted once. So, you might be right. It's just odd that I'd see the front page and be given the opportunity to login to the wiki if it was an .htaccess problem. --["GrahamFreeman"] - So we need to test this. Access the site, refuse one of the prompts, and then if one of the prompts causes the failure of the login due to htaccess stuff, then we know, otherwise it is probably not an issue. Fortunately this only happens on this minority os right? ~Dave - - I don't think this has anything to do with the l/p. I'm not sure what is going on so it's impossible for me to fix this without more information. Logging in should work (and I just tested it) without JavaScript on (as long as cookies are on). There's a few redirects (2) that occur during the authentication, so that could be causing the issue. I changed something just now that might have fixed it. Otherwise, how about I try things out on your phone next time I see you, Graham. --["Users/PhilipNeustrom"] - - No joy - still fails to login, yet doesn't give an error. -Graham - - Update: 2007-04-03 21:20 : Now, I get the front page, log in (no .htaccess prompt, of course - just the Wiki Spot login), and I get the error message "The Requested Page can not be displayed" with a URL of http://wikispot.org/?x-up-destcharset=106 -Graham - - == Wishlist: Notification of older versions on different entry == - * '''Date and time:''' 2007-03-03 - * '''User:''' ["Users/ArlenAbraham"] - * '''Platform:''' Any - * '''Browser:''' Any - * '''Page showing bug:''' http://wikispot.org/Development?action=info (or any other page that has been renamed) - * '''Bug description:''' This one has been around for a while. If you rename a page, it doesn't take the version history along with it. This isn't as much of an issue because changing the case of a page has been disabled. I'm just waiting for some AsSHAt tO coMEaLonG anD CREatiVLY casE a BUNcH Of nEw pAGeS. - - This is the desired behavior. The version history is on the old page. We don't move the version history because sometimes the page you're renaming to has a version history, as well. - - * How about providing a link to the info for the old page? - - * If you change this, keep in mind how you handle the following: EntryA has something somebody would like to hide, so they copy it to EntryB, delete EntryA, create EntryC, rename it EntryA, delete it and then rename EntryB to EntryA? ClickWiki moves version histories around, and it's actually a pain in the ass to deal with. I wound up punting to the very very ugly "rename the deleted entry with the history with a incremented numeric suffix", so EntryA's orginal history would wind up in the (deleted) EntryA.1. Honestly, keeping clean records is easier in most cases by carrying over the history when an entry is renamed, but a pain in the ass when entries get bounced around a bunch. --jw - * Thinking about it, isn't the current use of the creating edit being (renamed from x) useful? perhaps we should make it also in that case have a link to that info page directly or something of that matter? Elsewise we end up with either non-intuitive complex record keeping to account for the jabberwok scenario.. ~D - - == Broken image to non-logged in visitors == - - It serves different html to logged in users versus non-logged in users when mail addresses are being displayed. There is a reference to http://wikispot.org/wiki/eggheadbeta/img/mailto that doesn't exist and shows as a broken image icon. --["Users/JabberWokky"] - - == Can't clear default address locale == - * '''Date and time:''' 2008-07-08T1:11Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' Firefox 1.5.0.12eol - * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Wiki Settings/General"] - * '''Bug description:''' I am trying to clear the “Default address locale” setting in my [wiki:wheatfield-backgreen:"Wiki Settings/General"] control page. I have decided it was a mistake to put anything in this. However, the software will not let me clear this field. I can shorten it to 1 character, but I can not shorten it to 0 characters. If I shorten it to 1 character, even if that character is a space, then a comma shows up in the map balloon text, which I don't want. How do I clear the “Default address locale” setting? - - UPDATE: I confirm that Philip has fixed this bug. I can't remove the bug from the list due to a bug in my browser. Can someone please remove this bug report (or mark it as resolved or whatever the standard practice is)? - - == wikispot.org's web server rejecting HEAD requests? == - * '''Date and time:''' 2008-07-09T19:09Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' GNU Wget 1.10.2 - * '''Page showing bug:''' any page, for example http://wikispot.org/ - * '''Bug description:''' I am trying to set up a script which will let me back up my wiki once a week. Because the wiki exporting functionality is not finished yet, in the meantime I want to use wget to get copies of the latest page versions. (I'd rather have the wiki text content without the HTML wrapping, but I don't have an easy way to get this yet.) Unfortunately, it seems I can not use wget's --timestamping option. When I do, on the 2nd and subsequent uses of wget, I get a “403 FORBIDDEN” response from the web server. After much investigation, I think this is caused by wget using the HEAD request instead of the GET request. The first wget request uses the GET request because there is no local copy of the file to compare timestamps with. - - For fetching pages generated from wiki text, this may not be such an important bug, because probably the time stamps are unreliable anyway, because these web pages are generated from a database. (Or is the data in the database time-stamped so that the web pages can be given the time of the most recent data they use? I suppose it would be as expensive to compute this as to generate and send the new web pages anyway, so the savings from not refetching unchanged pages might not be much, but network bandwidth could be saved. And anyway, the correct solution to the back up problem does not involve fetching the HTML web pages.) For fetching uploaded files, this is a more important issue, because they will rarely change and they may be quite big so it would be better if a backup or mirroring program could detect easily when they have changed. - - Is there a good reason for the web server to not reply to HEAD requests? This causes 3rd-party programs to fail with hard-to-diagnose errors. - - By the way, for the record, the command I am now using to backup my wiki is this: - {{{ - wget --force-directories --recursive --page-requisites --no-parent --html-extension --convert-links --backup-converted http://wheatfield-backgreen.wikispot.org/}}} - - Unfortunately, this command gets some purely generated files which I would rather not get (for example, the RSS feeds), and fails to get uploaded files. I would love to see a better command for getting a backup. - - ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the wiki configuration (although theme CSS and PNG files are backed up). --["Users/JoeWells"] - - == Using the include macro causes footnotes so far to be dumped on page == - * '''Date and time:''' 2008-07-09T23:07Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' Firefox 1.5.0.12eol - * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Footnote vs. Include Bug"] - * '''Bug description:''' Whenever you use the include macro (regardless of the target, even if the target does not exist), all footnotes accumulated so far on the page are dumped in the usual format footnote list and any subsequent footnotes go into a new list. Using {{{[[footnote]]}}} does not help to force the correct footnote placement. See the “[wiki:wheatfield-backgreen:"Footnote vs. Include Bug"]” page for a test case. - - == RSS feeds use invalid date format == - * '''Date and time:''' 2008-07-10T15:01Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Gnus v5.11, GNU Emacs 22.1.1) - * '''Page showing bug:''' probably all of them (example: http://wikispot.org/Interwiki_Recent_Changes?action=rss_rc&user=joewells) - * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. There are at least two problems with this. - - * One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. - - * Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.) - - == Map button fails silently with no explanation to the user when JavaScript is disabled == - * '''Date and time:''' 2008-07-15T12:59Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them (example: [wiki:wheatfield-backgreen]) - * '''Bug description:''' There is a link in the page header labeled with the word “Map” and a small icon. Clicking on this link is supposed to bring up any map associated with the wiki page. The implementation of this link is some JavaScript code that dynamically inserts the map element in the page's DOM and displays it. Of course, this does not work when JavaScript is turned off or for browsers without JavaScript. The bug is that this failure happens silently with no explanation given to the reader. One way to fix this bug would be to make the link by default go to a web page with an explanation that JavaScript must be turned on for it to work, and then change the link to its current implementation at page load time with JavaScript. This way, the current behavior would be obtained if JavaScript is turned on, and a reasonable fall-back behavior would happen when JavaScript is turned off. - - == Quick edits and file uploads are missing text stating user agrees to license content == - * '''Date and time:''' 2008-07-17T23:06Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them - * '''Bug description:''' The “Edit” button gets you a page where there is some useful text that says that using “Save Changes” means the user agrees to license the work they are adding to the wiki under the CC license. However, both the “quick edit” and file uploading interfaces are missing this useful text. The quick edit and file uploading interfaces should change so that they include text stating that the user agrees to license their work under the wiki's default license. - Another related issue: The text for editing uses the phrase “release your contribution”. I think to be legally effective, this should probably say “license your contribution”. I don't think the word “release” is even meaningful here. - Yet another related issue: The text should probably also say that the user agrees not to contribute material to the wiki which is only available under an incompatible license without adding an explicit indication of the license. It is not enough to require that the user has permission to submit the work. (Furthermore, there are some minimum requirements on the license: it should at the very least allow people to view the material while browsing the wiki. Otherwise an attacker could submit work which they have permission to add to the wiki, but which no one else has permission to view while on the wiki. Then every wiki reader (as well as the wiki maintainers) would be violating copyright.) - - Good call with the quick edits and file uploads. Do you have a suggestion as to how to make the quickedit license text non-obtrusive? - - Right, for file uploads there is room to put some nice text, but quick edits need to be a bit tighter. Obvious ideas: font size, a link to bring up a pop-up window, tooltips. - - By the way, unrelated bug: The quick edit area should temporarily stop showing the "double click here to edit" tooltip while the quick edit feature is activated. - - == Per-page security changes override ''all'' subsequent wiki-wide security changes? == - * '''Date and time:''' 2008-07-17T23:32Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them - * '''Bug description:''' Okay, suppose you make group G and add user U to group G. Then you give group G the ability to change security. Then user U edits wiki page P and changes just 1 aspect of the security (i.e., U clicks in one box to toggle one setting). Then administrator A changes a ''different'' setting on the Wiki_Settings/Security page. This change fails to affect page P! I assume what is going on here is that when U changed the security for P, a record of the values of ''all'' of the security settings was attached to page P, rather than just the single setting that U changed. - Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings. ''Good feature request'' - Also, there appears to be no way to clear the per-page security modifications for a given page so that that page will subsequently see only the wiki-wide settings. - - There's some implicit behavior here. When you change the security settings on a page to be different from the wiki-wide settings the page is no longer affected by wiki-wide setting changes. To make the page subsequently see only wiki-wide settings you need only change the security settings on the page to be in alignment with the wiki-wide settings. Perhaps we should make this explicit with a "reset security settings" button in the page's Security area. --["Users/PhilipNeustrom"] - - Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. Another nice thing could be for the ''differences'' from the wiki-wide settings to be highlighted. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"] - - = Map-related bugs = - * Davis Wiki map - - == Broken Address macro == - * '''Date and time:''' 2007-05-15 10:53 - * '''User:''' ["Users/BrianGingold"] - * '''Platform:''' Ubuntu Linux - * '''Browser:''' Firefox 2.0.0.3 - * '''Page showing bug:''' [wiki:Sacramento:"Jalape%C3%B1os"] - * '''Bug description:''' I wrapped the Address macro around the address on a page, clicked save changes, and was presented with <type 'exceptions.ValueError'> and a Python traceback. - - Should be fixed now. Was an issue with the ñ. --["Users/PhilipNeustrom"] - - = Known bugs = - * Table of contents causes an annoying jiggle - * Table of contents prints headings included in {{{ {{{ tags }}} }}} - * Table of contents doesn't scan {{{[[Include]]}}}d pages, or the header to an included page - - --------- - issue with something or other: - {{{ - Fact: Beer is fucking delicious. - [[include(Explore, "Explore", left, 60%)]][[include(Featured Beer, "Featured Beer", right, 37%)]] - [[include(News, "News", 60%)]][[include(Featured Beer, "Featured Article", right, 37%)]] - }}} - - =Non-reproducable bugs = - - ==Error on search== - Did an edit on [wiki:Davis], and then searched for the unique term I had just added (to see if there were any other instances on the wiki). The first edit I've had time for in days, and I get an error! ;) I cannot reproduce, feel free to delete this report, but I figured if I got it I should at least point it out. Specific edit was adding [http://daviswiki.org/Bicycling_Tips?action=diff&version2=153&version1=152 this] and then searching for 'fixme'. - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out - }}} - - [[Comments(Add a Mini Bug Report)]] - - ''2007-04-04 06:49:15'' [[nbsp]] I have my time zone set to Pacific (UTC-7), and yet my comments show up as being posted in UTC time (seven hours in the future)...? Oddly, other time displays (e.g. in diff views) appear to be correct. --["Users/GrahamFreeman"] - - Comments should be timestamped with the date of the local wiki you're on. Knowing this, is this still a bug? E.g. is the time in Pacific on Davis Wiki and in UTC here? -Philip - - My comments on DavisWiki show up in the correct time zone (UTC-7), but they show up in UTC on WikiSpot even though I've verified that my Wiki Spot account has a UTC-7 timezone set. I tried both US/Pacific and America/Vancouver. Check out my ["Users/GrahamFreeman" userpage] for the test results. -Graham - - Unless I'm misunderstanding you, that's how it should work. This wiki, the hub, has UTC set as its timezone. Davis Wiki has UTC-7 set. Changing your local timezone doesn't change the appearance of the comments. -Philip - - OK, I understand you now, but then shouldn't the time/date-stamp make clear which time zone it's in? -Graham - - - ------ - ''2007-04-09 18:00:14'' [[nbsp]] Hey, here's a simple easy update to add. Now that Users/* exists, you can have RandomPage exclude Users/* and Wiki/* entries. --["Users/JabberWokky"] - ------ - ''2007-04-30 18:18:44'' [[nbsp]] [wiki:Davis:"Critical Mass"] shows up in the photo requests page because it is apparently linked to the photo requests page. However, I cannot find the link anywhere on the critical mass page, and the link does not show up if you click on Info -> Links. --["Users/DavidGrundler"] - ------ - ''2007-05-03 02:16:30'' [[nbsp]] Renaming an entry does not work if the new name is the same phrase with a different case. I.e., "Wiki Sandbox" cannot be renamed "wiki sandbox". --["Users/JabberWokky"] - - ''2007-05-16 15:02:53'' [[nbsp]] Seems to be fixed as of today. I just renamed ["wiki:davis:Locksmiths"]. Leaving here in case it's something to do with spaces or whatnot. --["Users/JabberWokky"] - ------ - ''2007-05-12 05:47:42'' [[nbsp]] Now that pages can have accent marks in their names the search feature needs to support them as well. Search for "Acción Zapatista" on [wiki:davis]. --["Users/JasonAller"] - - Should be squared out now. - ------ - ''2007-05-13 00:41:12'' [[nbsp]] When I was logged in today and tried to visit http://wikispot.org/Front_Page , it said "You are not allowed to view this page." It has never done this before-- are other people having the same problem? --["Users/MaryLieth"] - - Okay, it should be fixed now! --["Users/PhilipNeustrom"] - ------ - ''2007-07-16 06:04:32'' [[nbsp]] Included pages don't influence the TOC. --["Users/PhilipNeustrom"] - ------ - ''2007-07-23 06:36:12'' [[nbsp]] (Cheat report): The 7/22/07 edits on the [http://daviswiki.org/Restaurants?action=info Restaurants] page are weirdly buggy. Teriyaki Express keeps moving itself back in. My first edit on 7/22 just removed it, but the edit log shows differently. Same thing then seemed to happen to ["CovertProfessor"]. --["Users/EdWins"] - - I can reproduce this. It's probably (i'm guessing) being caused by the RandomQuote of the entry being on the entry that's being quoted. - ------ - ''2007-08-03 06:45:16'' [[nbsp]] On Safari/MacOS X, hitting "clear message" after trying to create a new account with an email address that's already registered to another account takes me from the new account registration page to the Log In page. --["Users/GrahamFreeman"] - ------ - ''2007-08-08 05:49:37'' [[nbsp]] Occasional search timeouts (only happened once to a person): - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 708, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 377, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 410, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 330, in readline - data = recv(1) - timeout: timed out - }}} --["Users/PhilipNeustrom"] - ------ - ''2007-08-08 20:56:07'' [[nbsp]] In "Wiki Settings/General", the tabs' fields don't support unicode chars in page names. --["Users/andre.felipe"] - - This should be fixed now. Thanks for the heads-up! --["Users/PhilipNeustrom"] - Thank you indeed! --["Users/andre.felipe"] - ------ - ''2007-08-08 20:58:10'' [[nbsp]] Cannot save general settings on Opera, nor use the "Upload - Check Spelling - Delete - etc." buttons. --["Users/andre.felipe"] - - Is this still happening? Can you get to those buttons on any page, or are you having a problem pressing them on the General Settings page only? What version of Opera? --["Users/PhilipNeustrom"] - Now I can press those buttons (upload, delete etc.), but I cannot press the "Save Settings" yet. I'm using Opera 9.22 for Windows. --["Users/andre.felipe"] - Okay, it should be working now. I could reproduce it in Opera 9.22 on my mac, and I got it working (for me) now. Let me know if it's fixed. Sorry about that! --["Users/PhilipNeustrom"] - ------ - ''2007-08-14 03:52:36'' [[nbsp]] quick edit doesn't work on Safari 2.0.4 on OSX. When I hit submit, it tells me "cannot save empty pages." this continued to happen after a reboot, after clearing of my cache, and on multiple different daviswiki pages. --["Users/CraigBrozinsky"] - - This should be fixed now. - Yup, it is. - ------ - ''2007-08-25 23:34:05'' [[nbsp]] [http://daviswiki.org/UC_Davis_English_Department?action=recall&version=18 Check out the Table of Contents]. Note that the header is a link. --["Users/JabberWokky"] - ------ - ''2007-08-28 18:53:44'' [[nbsp]] http://daviswiki.org/Pe%C3%B1a_Drive?action=diff&version2=8&version1=7 --169.237.136.169 - - Should be fixed now. Thanks! - - * '''Date and time:''' 2007-09-21 02:15 or thereabouts - * '''User:''' ["Users/Graham.Freeman" Graham Freeman] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.0.0.7 - * '''Page showing bug:''' [http://scwiki.org/Body_and_Soul?action=info], then click on "Map" - * '''Bug description:''' python traceback when you click "map" from the Info page - ------ - ''2007-10-02 18:12:56'' [[nbsp]] Links in included pages shouldn't render if they link to the page doing the including OR the included page. --["Users/PhilipNeustrom"] - ------- - - There suddenly appeared (at 22:00 East Coast) a bug this evening. Some of it appears to affect all users, parts of the bug are timezone related and just affect me. - - For all users, http://wikispot.org/Wiki_Directory appears to be borked. Several people all report that it only draws the header, and if you hit edit, the source appears, but it times out on save. This is slightly different than before. - - Interwiki Recent Changes is giving me a timezone related Traceback, as is my settings page. They are attached. It is not erroring out for anybody else that we can see, but everybody else is Pacific time. - - RyanJames poked in the Python, pointing out that "in the for loop that's lines 242-245 in tzinfo.py, the if statement is never true, meaning your dt (datetime object) doesn't match any of the datetimes in the module's dictionary of all datetimes/timezone thingies". - - Another probably unrelated bug that I noticed is on the Wikispot User Statistics entry, where my first edit is "Unknown". Probably unrelated, but if this is all a database issue, I'm letting you know all the "doesn't line up" errors I can find. - - By the way, this is different than the last two times, as I can still edit other entries without locking them up. --["Users/JabberWokky"] - ------ - ''2007-10-16 15:43:55'' [[nbsp]] The first linebreak after the first line of text after a heading isn´t converted to a <br> here: [http://median2008.wikispot.org/Items]. Looks like a bug? --["Users/holzbit"] - - This should be fixed as of 2007-11-6. --["Users/PhilipNeustrom"] - ------ - ''2007-10-19 06:39:56'' [[nbsp]] heart macro, breaks and centering don't seem to work well in conjunction.. fool around with it for a bit to figure out what I mean I suppose. --["Users/DavidPoole"] - ------ - ''2007-11-16 11:22:30'' [[nbsp]] A block of unformatted text ends at the first }}} so if that is included in the block, it ends too early. http://daviswiki.org/Wiki_Sand_Box?action=diff&version2=230&version1=229 --["Users/NickSchmalenberger"] - ------ - ''2007-12-11 01:34:35'' [[nbsp]] {{{<input class="formbutton" type="submit" name="button_dont" value="Dont press me">}}} - Wtf Philip, oh and Mac will select this one first, you might want to consider button ordering functions to have this reordered to be after the submit button. --["Users/DavidPoole"] - - It shouldn't have a negative affect on anyone.. Can you explain how it negatively affects the Mac (I assume you mean Safari?) The comment box is a textarea, which means that the return key never auto-submits in a browser (that I know of). The "dont press me" button is for spam purposes. - It is more that I use keyboard commands so I tab->return to submit, which is what I imagine most bots would do.. annoying.. but maybe make it a visible button saying cancel might be nice? just so folk like me don't trip up? or would that reduce the effectiveness against spam? ~D - ------ - ''2007-12-15 14:34:02'' [[nbsp]] Searching for "NLUG" on the hub: - - {{{ - Search results for "NLUG" - search Search: - --> --> - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 384, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out - }}} - - It worked on refresh. --["Users/JabberWokky"] - ------ - ''2007-12-30 13:41:48'' [[nbsp]] If you make text inside an address macro be a link, it doesn't show up as an incoming link for the target page. http://www.berkwiki.org/Solano_Avenue?action=info&links=1 --["Users/NickSchmalenberger"] - ------- - When adding wikis to my watch list: - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 1022, in do_watch_wiki - farm.add_wiki_to_watch(wikiname, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/farm.py", line 112, in add_wiki_to_watch - request.user.setWatchedWikis(watched_wiki_list) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/user.py", line 1210, in setWatchedWikis - values (%(user_name)s, %(wiki_name)s)""", d, isWrite=True) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 144, in execute - self.db_cursor.execute(query, args) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 146, in execute - self.db_cursor.execute(query, args) - IntegrityError: duplicate key violates unique constraint "userwatchedwikis_pkey" - }}} - --["Users/JabberWokky"] - - What wiki? Can you reproduce it? - * Yes, the [wiki:GhanaITC] wiki is one example (also [wiki:BostonChoral]. I'm waiting for a new wiki to appear to see if it's something about all new wikis. - * I just pushed a change -- does it still happen? --["Users/PhilipNeustrom"] - * Nope, I appear to be watching them now without having done anything (prior to the change you made I wasn't watching them yet despite hitting the watchwiki URL repeatedly). If that's okay, consider it closed. --jw - - =Address not picked up= - - * [wiki:woodland:"Satiety Winery & Cafe" This entry] has an Address macro and no map. Maps work for most other entries. Perhaps it "looks wrong"? - - =Minor Default(?) CSS Bug= - - I lack the time to test this, sorry (as you can probably tell by my recent lack of editing, I'm buried under with work). I did, however notice the following "height of header" layout quirk: - - [[Image(FFIEHeaderBug.png)]] - - And lest somebody assume it might be related to the login status, I was not logged in using either brower. No idea what is causing it, but if it is in the default CSS, new wikis might have issues with their appearance as they are the least likely to consider cross browser testing. --jw - * This was a known issue at launch. Fixing it would have been a pain in the behind, and it doesn't look too bad so we decided to leave it. As Philip moves the wiki to XML or XHTML (not sure exactly which one, but it's related to the GUI editor), DavidPoole and I are pretty much going to ignore non-critical CSS bugs. --["Users/BrentLaabs"] - * Really.. known? I don't remember it. I think there might be some easy problem I could find a way to fix it.. but generally the page construction for that particular area is pretty hacky, like the page needs to be completely redesigned one day (maybe over the summer we will have time), but yes, I am waiting until this XML thing happens before I will bother with much fixing, mainly because many many many things will need it when it does. ~David - ------ - ''2008-05-23 21:49:54'' [[nbsp]] Okay,this trick is fun, but you gotta be clever to notice what is happening :P - - ===Oh, hello== - --["Users/DavidPoole"] - ------ - ''2008-06-16 11:51:41'' [[nbsp]] ==Errors while searching== - - * '''Date and time:''' 2008-06-16 04:44 PST - * '''User:''' RachelPeters - * '''Platform:''' Win XP SP2 - * '''Browser:''' Firefox 2.0.0.14 - * '''Page showing bug:''' search results - * '''Bug description:''' I was searching for "university inn" when I received the error below. I tried hitting the search button a few more times and the same error came up. I hit refresh and the error went away and I got the proper search results. Tried to use the search box, got the same error, used the search box once more, didn't get the error. Earlier I got the error when searching for "americana arms" through the firefox searchbar plug-in, and that error went away with a refresh. - - {{{Error: - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out}}} --["Users/RachelPeters"] - ------ - ''2008-06-25 01:02:01'' [[nbsp]] Not a bug in the traditional sense, but could someone add the word "Daviswiki" to the spell checker dictionary? --["Users/JimStewart"] - * Anybody can add local words to their wiki by adding them to the list at "Local Spelling Words". For instance, the Davis Wiki one is located at [wiki:davis:"Local Spelling Words"]. --["Users/JabberWokky" jw]	+ * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule

Bug reports

JoeWells — 2008-07-18 00:18:57

Revert to version 455 (somehow accidentally deleted nearly entire page (how with only quick edits???)).

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 25:	Line 25:
- * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule	+ * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule; I don't need the wiki to tease me about it. + + What is your time zone set to in your settings (upper right)? I suspect it's set to the default -- UTC -- rather than US/Pacific. We should probably set the time zone of new accounts to the time zone of the wiki they sign up through. --["Users/PhilipNeustrom"] + + == Table of contents chokes on headings with links == + * '''Date and time:''' 2008-04-27 19:47 PST + * '''User:''' ["Users/AndrewChen"] + * '''Platform:''' Windows XP + * '''Browser:''' Firefox 2.0.0.14 + * '''Page showing bug:''' [wiki:sacramento:"Navigating Sacramento"] + * '''Bug description:''' Table of contents will not navigate to headings with links in them (anchor IDs are different). ''wiki.py'' is hashing on the wikified title while ''tableofcontents.py'' is hashing on the simpleStrip()-ed wikified title. + + == Old version of a page == + * '''Date and time:''' 2008-04-21 + * '''User:''' AlanMiller + * '''Platform:''' Mac OS X 10.3.9 + * '''Browser:''' Opera/Firefox + * '''Page showing bug:''' [wiki:davis:"The Nishi Property"] + * '''Bug description:''' I updated the Nishi Property page, but it still shows the latest edit to be in 2005. Strange thing is I am shown as editing this page yesterday, but when you click on it you get the old page. It's also not clear to me how to file this bug report. + + I'm seeing the latest edits being yours (see [http://daviswiki.org/The_Nishi_Property?action=info the Info area]). Can you give me detail? When I click Edit I see the current version of the page. + + == Stupid search suggestions == + * [http://daviswiki.org/Front_Page?action=search&inline_string=mark+woods&x=0&y=0] + * [http://daviswiki.org/Front_Page?action=search&inline_string=davis+food+coop&x=0&y=0] + + == Question about Events Board Macro== + * '''Date and time:''' 2008-4-16 11:40 + * '''User:''' ["Users/RocksandDirt"] + * '''Platform:''' n/a + * '''Browser:''' n/a + * '''Page showing bug:''' - - + * '''Bug description:''' Two questions about the events board. 1) how do I upload a pdf to an event? and 2) is there a way to edit an event after it's been posted? Thanks! + 1. Upload the pdf on another page and insert a a hyperlink to the file (workaround). + 2. Yep. You can delete the event and repost it with a correction (if you created the event). I realize that these aren't the answers you want, though. I'm working on making the Events Board page better. However, this is my first real python project, so it's going to take a bit of time to do. --["Users/BrentLaabs"] + + Your answers confirmed my suspicians. Good luck with the updates! + + == Link appears broken but actually isn't == + * '''Date and time:''' 2008-3-5 15:00 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Mac OS X 10.4 + * '''Browser:''' Firefox 2.0.0.1 + * '''Page showing bug:''' [wiki:forty-two:"Music Portal"] + * '''Bug description:''' The page "JackVernon Look At This!!!" exists, but appears to be a broken link. Probably due to superfluous bangs. + + + == Another Login Bug== + * '''Date and time:''' 2008-01-19,20 + * '''User:''' oliver@dcn.org + * '''Platform:''' XP + * '''Browser:''' Firefox, current release + * '''Page showing bug:''' The URL e-mailed to my address when I request a new password to be sent there and the URL when I try to create new profile with that address + * '''Bug description:''' My e-mail address belongs to a daviswiki account and so it is not available for a new daviswiki account, but neither is it accessible through the new-password-request link that daviswiki sends to that address (i.e. mine). + + Do you mean that you don't get a URL emailed to you when you enter your email address when forgetting your password? Can you explain in more detail? You get a URL emailed to you but then when you click it you're not logged in and viewing the user settings page? Try clearing your browser cookies for good measure. --["Users/PhilipNeustrom"] + + == Mobile/CSS bug == + * '''Date and time:''' 2007-12-2 17:54 PST + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' iPhone 8GB + * '''Browser:''' Safari for iPhone + * '''Page showing bug:''' anything on davis or wikisp ot and probably others + * '''Bug description:''' activeTab actually displays smaller than the other tabs. The site looks good in general though. + + == case sensitive e-mail in password retrieval == + * '''Date and time:''' 2007-09-22 12:43 + * '''User:''' ["Users/Jason Aller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.007 + * '''Page showing bug:''' Account registration and password retrieval + * '''Bug description:''' It could be that the account registration and password retrieval parts aren't performing the same check for an existing e-mail account. Look for case sensitivity. + + ''This should be fixed now.'' --["Users/PhilipNeustrom"] + + == quickedit and unicode == + * '''Date and time:''' 2007-09-22 12:43 + * '''User:''' ["Users/Jason Aller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.007 + * '''Page showing bug:''' [http://daviswiki.org/Regular_Events?action=diff&version2=244&version1=243] + * '''Bug description:''' Quickedit isn't unicode compliant and '''horks''' -- (yep, thats a technical term) any non ascii characters on the page. + + Should be fixed. --["Users/PhilipNeustrom"] + + == Wiki Deletion fails == + * '''Date and time:''' 2007-05-31 17:12 + * '''User:''' ["Users/BrentLaabs"] + * '''Platform:''' Mac OS X 10.3 + * '''Browser:''' Firefox 2.doesn'tmatter + * '''Page showing bug:''' [wiki:daviswiki] + * '''Bug description:''' I marked {{{wiki:daviswiki}}} for deletion more than 30 days ago, it still exists. + + ''This is the way it'll work for a while. It's too confusing to say "will be deleted in no less than 30 days." The idea is that we'll purge wikis en-mass when we need to at some point.'' + + == non existent sub page to user page == + * '''Date and time:''' 2007-08-25 10:28 + * '''User:''' ["Users/JasonAller"] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.006 + * '''Page showing bug:''' [http://daviswiki.org/Users/JohnLofland/Users] + * '''Bug description:''' The new feature that shows user information doesn't take into account pointing to non-existent sub pages to the userpage. + + == User Statistics == + * '''Date and time:''' 2007-08-05 19:04 + * '''User:''' ["Users/JasonAller"] + * '''Platform:''' Mac OS X 10.4 + * '''Browser:''' Firefox 2.006 + * '''Page showing bug:''' [wiki:Davis:"User Statistics"] + * '''Bug description:''' User statistics doesn't seem to be keeping accurate count of user edits. It is reporting fewer edits now than earlier today. I suspect that the problem has been going on for a while. '''Update''': Yup, problem confirmed. I still haven't figured out the pattern. (''Edit'': Confirmed it occurred in the morning hours of Mon 2007-08-21. I believe it also lost some edits, looking for a bug report for that to possibly tie this bug to. I'll note that there was a brief period (1 to 4 minutes) when [wiki:davis DavisWiki] was down, but I did not verify that it wasn't a bandwidth hiccup on my end. --["Users/JabberWokky"]) + + Plan: ensure we always grab user stat counts from the DB - not cache (or something) - on increments. Write thing for maintenance script to normalize data. + + ''I can't reproduce this, and I've tried a bit...'' --["Users/PhilipNeustrom"] + + == Image display error in SSR (Opera mobile) == + * '''Date and time:''' 2007-06-30 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Nintendo DS + * '''Browser:''' Opera + * '''Page showing bug:''' [wiki:davis:"Front Page"] + * '''Bug description:''' Included image (part of mystery picture) overlaps other content in the SSR mode. No bugs in overview. Both map icons appear in SSR mode as well, additionally map fails to appear/load (it works in overview though). + + This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could help hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] + + == Quick Edit non functional yet again (Opera Mobile) == + * '''Date and time:''' 2007-06-30 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Nintendo DS + * '''Browser:''' Opera + * '''Page showing bug:''' All + * '''Bug description:''' Quick-edit non-functional (I can click to note) , we should make mobile version of default page to aid functionality for mobile users. + + This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] + + == Google Map javascript thingy doesn't handle utf-8 characters == + * '''Date and time:''' 2007-06-06 14:48 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Linux 2.6.20 powerpc + * '''Browser:''' Iceweasel 2.0.0.3 + * '''Page showing bug:''' http://www.daviswiki.org/Studio_66?action=recall&version=8 + * '''Bug description:''' If a utf-8 character is in the Address macro it makes a traceback: + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run + wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute + map_html= mapJS(wiki_name, page_locs, nearby_locs, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS + center = page_locs[0] + IndexError: list index out of range + }}} + possibly because of this: http://codesimple.net/archives/2006/08/24/google-maps-utf-8-problem + That link seems to be about the encoding of received information. The problem, in our case, is that when we ask for "Peña" we just don't get anything back (even in the wrong encoding). + So I got the google maps api test page, here: http://www.schmalenberger.us/geocoder.html and it works fine with the tilde, whether the thing in the above link is used or not. So that is probably not relevant, but it does work. Maybe just in a later version of the api? I notice that the geocoder.html has v=2.x in the url but daviswiki has v=2. + + -["Users/NickSchmalenberger"] + + == If you click on map from the info page of a wiki page, it makes a traceback where the map goes == + * '''Date and time:''' 2007-06-06 16:13 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Linux 2.6.20 powerpc + * '''Browser:''' Iceweasel 2.0.0.3 + * '''Page showing bug:''' http://daviswiki.org/Shields_Library?action=info# + * '''Bug description:''' this traceback is the same as in the above bug + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run + wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute + map_html= mapJS(wiki_name, page_locs, nearby_locs, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS + center = page_locs[0] + IndexError: list index out of range + }}} + + == Save Changes or Cancel from previewing an edit doesn't take you back to the page == + * '''Date and time:''' 2007-05-29 00:14 + * '''User:''' ["Users/NickSchmalenberger"] + * '''Platform:''' Windows XP version 5.1.2600 + * '''Browser:''' Firefox 2.0.0.3 + * '''Bug description:''' If you preview an edit, it takes you to thepage#preview , then if you cancel or save, it puts you back at thepage#preview and tells you your edit was cancelled or saved. If you then refresh that page after saving, it puts another edit on the page. + + Does your browser warn you about this? It should give a notice that you're resending POST data. We could work around this by redirecting after a save or a cancel.. + The browser does warn, but I think this would be helpful. Sometimes people reload more than one tab at once. + + == Tinylogo not updating == + + * '''Date and time:''' 1952-05-21 + * '''User:''' ["Users/Davidpoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox 2 + * '''Page showing bug:''' [wiki:tustin:"Wiki Settings/Images"] + * '''Bug description:'''Cannot change tinylogo, it seems to revert to cached version for some reason. + + I just tried this and I can't reproduce. You sure? If you give me the ability to delete on that page then I can check more closely. --["Users/PhilipNeustrom"] + + I experienced the same tinylogo mystery on Torontopedia. After a while I simply deleted the original tinylogo I had uploaded, re-uploaded the exact same file using a different source file name, and it worked right away and still works now. --["Users/HimySyed"] + + == Link status incorrect == + + * '''Date and time:''' 1952-05-21 + * '''User:''' ["Users/Davidpoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox 2 + * '''Page showing bug:''' Today's interwiki-recent changes, + * '''Bug description:''' ["users/riteaidguy"] shows as being a working link when it should be broken, on the same page [wiki:davis:"users/riteaidguy"] also appears on the page, this may be the source of the error. + + + == Image macro does not resize in includes == + * '''Date and time:''' 2007-4-4 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox + * '''Page showing bug:''' [wiki:tustin:"front page" tustin front page, see notes] + * '''Bug description:''' Sub-sectioned pages, with sized images, fail to size the image, there are no such difficulties with thumbnails though, seems like a problem in parallel development. + + == Quick Edit does not work in includes == + * '''Date and time:''' 2007-4-4 + * '''User:''' ["Users/DavidPoole"] + * '''Platform:''' Ubuntu + * '''Browser:''' Firefox + * '''Page showing bug:''' Scwiki front page + * '''Bug description:''' Starting quick edit on one section allows you to quick edit subsections, it just doesn't actually work, it will be for the content of the first quick edit highlight. That probably sounds confusing, but thats how it is. + + == Footnotes broken == + + * '''Date and time:''' 2006-12-28 + * '''User:''' ["Users/PhilipNeustrom"] + * '''Platform:''' Ubuntu Linux + * '''Browser:''' Firefox + * '''Page showing bug:''' http://wikispot.org/Front_Page/Talk?action=recall&version=8 + * '''Bug description:''' Footnotes seem to be thrown into tables or whatever is at the end of the page. + + * Looks like they get thrown into included pages, actually. + * It appears the <div> is not being closed properly, check the process which writes the footnotes div in, or the one that writes the subsection, if it is recursive or something like that, it may be calling the footnotes section early. In any case, this is a coding bug it seems. ~Dave March ^31^ 2007 + * Yeah, we can fix this after launch. + + == Login Failure == + * '''Date and time:''' 2007-03-30 22:54 + * '''User:''' ["Users/GrahamFreeman" Graham Freeman] + * '''Platform:''' Windows Mobile v5.0 (OS 5.1.195) + * '''Browser:''' Internet Explorer + * '''Page showing bug:''' login + * '''Bug description:''' Login fails without any errors. I enter my username & password, click on "Login", and the page reloads - no login, and no error message. Cookies are allowed, I can login to DavisWiki.org, and so on - but logging in to wikispot.org simply doesn't work. + + Maybe this has something to do with .htaccess? -- ["BrentLaabs"] + Maybe. But I was prompted for the wiki/zerocool pw first, successfully entered it, and then was given the actual front page from which I was asked to login. On Firefox on my Mac I usually get prompted for wiki/zerocool twice, whereas on IE on my handheld I was only prompted once. So, you might be right. It's just odd that I'd see the front page and be given the opportunity to login to the wiki if it was an .htaccess problem. --["GrahamFreeman"] + So we need to test this. Access the site, refuse one of the prompts, and then if one of the prompts causes the failure of the login due to htaccess stuff, then we know, otherwise it is probably not an issue. Fortunately this only happens on this minority os right? ~Dave + + I don't think this has anything to do with the l/p. I'm not sure what is going on so it's impossible for me to fix this without more information. Logging in should work (and I just tested it) without JavaScript on (as long as cookies are on). There's a few redirects (2) that occur during the authentication, so that could be causing the issue. I changed something just now that might have fixed it. Otherwise, how about I try things out on your phone next time I see you, Graham. --["Users/PhilipNeustrom"] + + No joy - still fails to login, yet doesn't give an error. -Graham + + Update: 2007-04-03 21:20 : Now, I get the front page, log in (no .htaccess prompt, of course - just the Wiki Spot login), and I get the error message "The Requested Page can not be displayed" with a URL of http://wikispot.org/?x-up-destcharset=106 -Graham + + == Wishlist: Notification of older versions on different entry == + * '''Date and time:''' 2007-03-03 + * '''User:''' ["Users/ArlenAbraham"] + * '''Platform:''' Any + * '''Browser:''' Any + * '''Page showing bug:''' http://wikispot.org/Development?action=info (or any other page that has been renamed) + * '''Bug description:''' This one has been around for a while. If you rename a page, it doesn't take the version history along with it. This isn't as much of an issue because changing the case of a page has been disabled. I'm just waiting for some AsSHAt tO coMEaLonG anD CREatiVLY casE a BUNcH Of nEw pAGeS. + + This is the desired behavior. The version history is on the old page. We don't move the version history because sometimes the page you're renaming to has a version history, as well. + + * How about providing a link to the info for the old page? + + * If you change this, keep in mind how you handle the following: EntryA has something somebody would like to hide, so they copy it to EntryB, delete EntryA, create EntryC, rename it EntryA, delete it and then rename EntryB to EntryA? ClickWiki moves version histories around, and it's actually a pain in the ass to deal with. I wound up punting to the very very ugly "rename the deleted entry with the history with a incremented numeric suffix", so EntryA's orginal history would wind up in the (deleted) EntryA.1. Honestly, keeping clean records is easier in most cases by carrying over the history when an entry is renamed, but a pain in the ass when entries get bounced around a bunch. --jw + * Thinking about it, isn't the current use of the creating edit being (renamed from x) useful? perhaps we should make it also in that case have a link to that info page directly or something of that matter? Elsewise we end up with either non-intuitive complex record keeping to account for the jabberwok scenario.. ~D + + == Broken image to non-logged in visitors == + + It serves different html to logged in users versus non-logged in users when mail addresses are being displayed. There is a reference to http://wikispot.org/wiki/eggheadbeta/img/mailto that doesn't exist and shows as a broken image icon. --["Users/JabberWokky"] + + == Can't clear default address locale == + * '''Date and time:''' 2008-07-08T1:11Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' Firefox 1.5.0.12eol + * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Wiki Settings/General"] + * '''Bug description:''' I am trying to clear the “Default address locale” setting in my [wiki:wheatfield-backgreen:"Wiki Settings/General"] control page. I have decided it was a mistake to put anything in this. However, the software will not let me clear this field. I can shorten it to 1 character, but I can not shorten it to 0 characters. If I shorten it to 1 character, even if that character is a space, then a comma shows up in the map balloon text, which I don't want. How do I clear the “Default address locale” setting? + + UPDATE: I confirm that Philip has fixed this bug. I can't remove the bug from the list due to a bug in my browser. Can someone please remove this bug report (or mark it as resolved or whatever the standard practice is)? + + == wikispot.org's web server rejecting HEAD requests? == + * '''Date and time:''' 2008-07-09T19:09Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' GNU Wget 1.10.2 + * '''Page showing bug:''' any page, for example http://wikispot.org/ + * '''Bug description:''' I am trying to set up a script which will let me back up my wiki once a week. Because the wiki exporting functionality is not finished yet, in the meantime I want to use wget to get copies of the latest page versions. (I'd rather have the wiki text content without the HTML wrapping, but I don't have an easy way to get this yet.) Unfortunately, it seems I can not use wget's --timestamping option. When I do, on the 2nd and subsequent uses of wget, I get a “403 FORBIDDEN” response from the web server. After much investigation, I think this is caused by wget using the HEAD request instead of the GET request. The first wget request uses the GET request because there is no local copy of the file to compare timestamps with. + + For fetching pages generated from wiki text, this may not be such an important bug, because probably the time stamps are unreliable anyway, because these web pages are generated from a database. (Or is the data in the database time-stamped so that the web pages can be given the time of the most recent data they use? I suppose it would be as expensive to compute this as to generate and send the new web pages anyway, so the savings from not refetching unchanged pages might not be much, but network bandwidth could be saved. And anyway, the correct solution to the back up problem does not involve fetching the HTML web pages.) For fetching uploaded files, this is a more important issue, because they will rarely change and they may be quite big so it would be better if a backup or mirroring program could detect easily when they have changed. + + Is there a good reason for the web server to not reply to HEAD requests? This causes 3rd-party programs to fail with hard-to-diagnose errors. + + By the way, for the record, the command I am now using to backup my wiki is this: + {{{ + wget --force-directories --recursive --page-requisites --no-parent --html-extension --convert-links --backup-converted http://wheatfield-backgreen.wikispot.org/}}} + + Unfortunately, this command gets some purely generated files which I would rather not get (for example, the RSS feeds), and fails to get uploaded files. I would love to see a better command for getting a backup. + + ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the wiki configuration (although theme CSS and PNG files are backed up). --["Users/JoeWells"] + + == Using the include macro causes footnotes so far to be dumped on page == + * '''Date and time:''' 2008-07-09T23:07Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' Ubuntu Dapper Drake + * '''Browser:''' Firefox 1.5.0.12eol + * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Footnote vs. Include Bug"] + * '''Bug description:''' Whenever you use the include macro (regardless of the target, even if the target does not exist), all footnotes accumulated so far on the page are dumped in the usual format footnote list and any subsequent footnotes go into a new list. Using {{{[[footnote]]}}} does not help to force the correct footnote placement. See the “[wiki:wheatfield-backgreen:"Footnote vs. Include Bug"]” page for a test case. + + == RSS feeds use invalid date format == + * '''Date and time:''' 2008-07-10T15:01Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Gnus v5.11, GNU Emacs 22.1.1) + * '''Page showing bug:''' probably all of them (example: http://wikispot.org/Interwiki_Recent_Changes?action=rss_rc&user=joewells) + * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. There are at least two problems with this. + + * One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. + + * Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.) + + == Map button fails silently with no explanation to the user when JavaScript is disabled == + * '''Date and time:''' 2008-07-15T12:59Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them (example: [wiki:wheatfield-backgreen]) + * '''Bug description:''' There is a link in the page header labeled with the word “Map” and a small icon. Clicking on this link is supposed to bring up any map associated with the wiki page. The implementation of this link is some JavaScript code that dynamically inserts the map element in the page's DOM and displays it. Of course, this does not work when JavaScript is turned off or for browsers without JavaScript. The bug is that this failure happens silently with no explanation given to the reader. One way to fix this bug would be to make the link by default go to a web page with an explanation that JavaScript must be turned on for it to work, and then change the link to its current implementation at page load time with JavaScript. This way, the current behavior would be obtained if JavaScript is turned on, and a reasonable fall-back behavior would happen when JavaScript is turned off. + + == Quick edits and file uploads are missing text stating user agrees to license content == + * '''Date and time:''' 2008-07-17T23:06Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them + * '''Bug description:''' The “Edit” button gets you a page where there is some useful text that says that using “Save Changes” means the user agrees to license the work they are adding to the wiki under the CC license. However, both the “quick edit” and file uploading interfaces are missing this useful text. The quick edit and file uploading interfaces should change so that they include text stating that the user agrees to license their work under the wiki's default license. + Another related issue: The text for editing uses the phrase “release your contribution”. I think to be legally effective, this should probably say “license your contribution”. I don't think the word “release” is even meaningful here. + Yet another related issue: The text should probably also say that the user agrees not to contribute material to the wiki which is only available under an incompatible license without adding an explicit indication of the license. It is not enough to require that the user has permission to submit the work. (Furthermore, there are some minimum requirements on the license: it should at the very least allow people to view the material while browsing the wiki. Otherwise an attacker could submit work which they have permission to add to the wiki, but which no one else has permission to view while on the wiki. Then every wiki reader (as well as the wiki maintainers) would be violating copyright.) + + Good call with the quick edits and file uploads. Do you have a suggestion as to how to make the quickedit license text non-obtrusive? + + Right, for file uploads there is room to put some nice text, but quick edits need to be a bit tighter. Obvious ideas: font size, a link to bring up a pop-up window, tooltips. + + By the way, unrelated bug: The quick edit area should temporarily stop showing the "double click here to edit" tooltip while the quick edit feature is activated. + + == Per-page security changes override ''all'' subsequent wiki-wide security changes? == + * '''Date and time:''' 2008-07-17T23:32Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them + * '''Bug description:''' Okay, suppose you make group G and add user U to group G. Then you give group G the ability to change security. Then user U edits wiki page P and changes just 1 aspect of the security (i.e., U clicks in one box to toggle one setting). Then administrator A changes a ''different'' setting on the Wiki_Settings/Security page. This change fails to affect page P! I assume what is going on here is that when U changed the security for P, a record of the values of ''all'' of the security settings was attached to page P, rather than just the single setting that U changed. + Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings. ''Good feature request'' + Also, there appears to be no way to clear the per-page security modifications for a given page so that that page will subsequently see only the wiki-wide settings. + + There's some implicit behavior here. When you change the security settings on a page to be different from the wiki-wide settings the page is no longer affected by wiki-wide setting changes. To make the page subsequently see only wiki-wide settings you need only change the security settings on the page to be in alignment with the wiki-wide settings. Perhaps we should make this explicit with a "reset security settings" button in the page's Security area. --["Users/PhilipNeustrom"] + + Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. Another nice thing could be for the ''differences'' from the wiki-wide settings to be highlighted. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"] + + = Map-related bugs = + * Davis Wiki map + + == Broken Address macro == + * '''Date and time:''' 2007-05-15 10:53 + * '''User:''' ["Users/BrianGingold"] + * '''Platform:''' Ubuntu Linux + * '''Browser:''' Firefox 2.0.0.3 + * '''Page showing bug:''' [wiki:Sacramento:"Jalape%C3%B1os"] + * '''Bug description:''' I wrapped the Address macro around the address on a page, clicked save changes, and was presented with <type 'exceptions.ValueError'> and a Python traceback. + + Should be fixed now. Was an issue with the ñ. --["Users/PhilipNeustrom"] + + = Known bugs = + * Table of contents causes an annoying jiggle + * Table of contents prints headings included in {{{ {{{ tags }}} }}} + * Table of contents doesn't scan {{{[[Include]]}}}d pages, or the header to an included page + + --------- + issue with something or other: + {{{ + Fact: Beer is fucking delicious. + [[include(Explore, "Explore", left, 60%)]][[include(Featured Beer, "Featured Beer", right, 37%)]] + [[include(News, "News", 60%)]][[include(Featured Beer, "Featured Article", right, 37%)]] + }}} + + =Non-reproducable bugs = + + ==Error on search== + Did an edit on [wiki:Davis], and then searched for the unique term I had just added (to see if there were any other instances on the wiki). The first edit I've had time for in days, and I get an error! ;) I cannot reproduce, feel free to delete this report, but I figured if I got it I should at least point it out. Specific edit was adding [http://daviswiki.org/Bicycling_Tips?action=diff&version2=153&version1=152 this] and then searching for 'fixme'. + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + }}} + + [[Comments(Add a Mini Bug Report)]] + + ''2007-04-04 06:49:15'' [[nbsp]] I have my time zone set to Pacific (UTC-7), and yet my comments show up as being posted in UTC time (seven hours in the future)...? Oddly, other time displays (e.g. in diff views) appear to be correct. --["Users/GrahamFreeman"] + + Comments should be timestamped with the date of the local wiki you're on. Knowing this, is this still a bug? E.g. is the time in Pacific on Davis Wiki and in UTC here? -Philip + + My comments on DavisWiki show up in the correct time zone (UTC-7), but they show up in UTC on WikiSpot even though I've verified that my Wiki Spot account has a UTC-7 timezone set. I tried both US/Pacific and America/Vancouver. Check out my ["Users/GrahamFreeman" userpage] for the test results. -Graham + + Unless I'm misunderstanding you, that's how it should work. This wiki, the hub, has UTC set as its timezone. Davis Wiki has UTC-7 set. Changing your local timezone doesn't change the appearance of the comments. -Philip + + OK, I understand you now, but then shouldn't the time/date-stamp make clear which time zone it's in? -Graham + + + ------ + ''2007-04-09 18:00:14'' [[nbsp]] Hey, here's a simple easy update to add. Now that Users/* exists, you can have RandomPage exclude Users/* and Wiki/* entries. --["Users/JabberWokky"] + ------ + ''2007-04-30 18:18:44'' [[nbsp]] [wiki:Davis:"Critical Mass"] shows up in the photo requests page because it is apparently linked to the photo requests page. However, I cannot find the link anywhere on the critical mass page, and the link does not show up if you click on Info -> Links. --["Users/DavidGrundler"] + ------ + ''2007-05-03 02:16:30'' [[nbsp]] Renaming an entry does not work if the new name is the same phrase with a different case. I.e., "Wiki Sandbox" cannot be renamed "wiki sandbox". --["Users/JabberWokky"] + + ''2007-05-16 15:02:53'' [[nbsp]] Seems to be fixed as of today. I just renamed ["wiki:davis:Locksmiths"]. Leaving here in case it's something to do with spaces or whatnot. --["Users/JabberWokky"] + ------ + ''2007-05-12 05:47:42'' [[nbsp]] Now that pages can have accent marks in their names the search feature needs to support them as well. Search for "Acción Zapatista" on [wiki:davis]. --["Users/JasonAller"] + + Should be squared out now. + ------ + ''2007-05-13 00:41:12'' [[nbsp]] When I was logged in today and tried to visit http://wikispot.org/Front_Page , it said "You are not allowed to view this page." It has never done this before-- are other people having the same problem? --["Users/MaryLieth"] + + Okay, it should be fixed now! --["Users/PhilipNeustrom"] + ------ + ''2007-07-16 06:04:32'' [[nbsp]] Included pages don't influence the TOC. --["Users/PhilipNeustrom"] + ------ + ''2007-07-23 06:36:12'' [[nbsp]] (Cheat report): The 7/22/07 edits on the [http://daviswiki.org/Restaurants?action=info Restaurants] page are weirdly buggy. Teriyaki Express keeps moving itself back in. My first edit on 7/22 just removed it, but the edit log shows differently. Same thing then seemed to happen to ["CovertProfessor"]. --["Users/EdWins"] + + I can reproduce this. It's probably (i'm guessing) being caused by the RandomQuote of the entry being on the entry that's being quoted. + ------ + ''2007-08-03 06:45:16'' [[nbsp]] On Safari/MacOS X, hitting "clear message" after trying to create a new account with an email address that's already registered to another account takes me from the new account registration page to the Log In page. --["Users/GrahamFreeman"] + ------ + ''2007-08-08 05:49:37'' [[nbsp]] Occasional search timeouts (only happened once to a person): + + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 708, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 377, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 410, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 330, in readline + data = recv(1) + timeout: timed out + }}} --["Users/PhilipNeustrom"] + ------ + ''2007-08-08 20:56:07'' [[nbsp]] In "Wiki Settings/General", the tabs' fields don't support unicode chars in page names. --["Users/andre.felipe"] + + This should be fixed now. Thanks for the heads-up! --["Users/PhilipNeustrom"] + Thank you indeed! --["Users/andre.felipe"] + ------ + ''2007-08-08 20:58:10'' [[nbsp]] Cannot save general settings on Opera, nor use the "Upload - Check Spelling - Delete - etc." buttons. --["Users/andre.felipe"] + + Is this still happening? Can you get to those buttons on any page, or are you having a problem pressing them on the General Settings page only? What version of Opera? --["Users/PhilipNeustrom"] + Now I can press those buttons (upload, delete etc.), but I cannot press the "Save Settings" yet. I'm using Opera 9.22 for Windows. --["Users/andre.felipe"] + Okay, it should be working now. I could reproduce it in Opera 9.22 on my mac, and I got it working (for me) now. Let me know if it's fixed. Sorry about that! --["Users/PhilipNeustrom"] + ------ + ''2007-08-14 03:52:36'' [[nbsp]] quick edit doesn't work on Safari 2.0.4 on OSX. When I hit submit, it tells me "cannot save empty pages." this continued to happen after a reboot, after clearing of my cache, and on multiple different daviswiki pages. --["Users/CraigBrozinsky"] + + This should be fixed now. + Yup, it is. + ------ + ''2007-08-25 23:34:05'' [[nbsp]] [http://daviswiki.org/UC_Davis_English_Department?action=recall&version=18 Check out the Table of Contents]. Note that the header is a link. --["Users/JabberWokky"] + ------ + ''2007-08-28 18:53:44'' [[nbsp]] http://daviswiki.org/Pe%C3%B1a_Drive?action=diff&version2=8&version1=7 --169.237.136.169 + + Should be fixed now. Thanks! + + * '''Date and time:''' 2007-09-21 02:15 or thereabouts + * '''User:''' ["Users/Graham.Freeman" Graham Freeman] + * '''Platform:''' Mac OS X 10.4.10 + * '''Browser:''' Firefox 2.0.0.7 + * '''Page showing bug:''' [http://scwiki.org/Body_and_Soul?action=info], then click on "Map" + * '''Bug description:''' python traceback when you click "map" from the Info page + ------ + ''2007-10-02 18:12:56'' [[nbsp]] Links in included pages shouldn't render if they link to the page doing the including OR the included page. --["Users/PhilipNeustrom"] + ------- + + There suddenly appeared (at 22:00 East Coast) a bug this evening. Some of it appears to affect all users, parts of the bug are timezone related and just affect me. + + For all users, http://wikispot.org/Wiki_Directory appears to be borked. Several people all report that it only draws the header, and if you hit edit, the source appears, but it times out on save. This is slightly different than before. + + Interwiki Recent Changes is giving me a timezone related Traceback, as is my settings page. They are attached. It is not erroring out for anybody else that we can see, but everybody else is Pacific time. + + RyanJames poked in the Python, pointing out that "in the for loop that's lines 242-245 in tzinfo.py, the if statement is never true, meaning your dt (datetime object) doesn't match any of the datetimes in the module's dictionary of all datetimes/timezone thingies". + + Another probably unrelated bug that I noticed is on the Wikispot User Statistics entry, where my first edit is "Unknown". Probably unrelated, but if this is all a database issue, I'm letting you know all the "doesn't line up" errors I can find. + + By the way, this is different than the last two times, as I can still edit other entries without locking them up. --["Users/JabberWokky"] + ------ + ''2007-10-16 15:43:55'' [[nbsp]] The first linebreak after the first line of text after a heading isn´t converted to a <br> here: [http://median2008.wikispot.org/Items]. Looks like a bug? --["Users/holzbit"] + + This should be fixed as of 2007-11-6. --["Users/PhilipNeustrom"] + ------ + ''2007-10-19 06:39:56'' [[nbsp]] heart macro, breaks and centering don't seem to work well in conjunction.. fool around with it for a bit to figure out what I mean I suppose. --["Users/DavidPoole"] + ------ + ''2007-11-16 11:22:30'' [[nbsp]] A block of unformatted text ends at the first }}} so if that is included in the block, it ends too early. http://daviswiki.org/Wiki_Sand_Box?action=diff&version2=230&version1=229 --["Users/NickSchmalenberger"] + ------ + ''2007-12-11 01:34:35'' [[nbsp]] {{{<input class="formbutton" type="submit" name="button_dont" value="Dont press me">}}} + Wtf Philip, oh and Mac will select this one first, you might want to consider button ordering functions to have this reordered to be after the submit button. --["Users/DavidPoole"] + + It shouldn't have a negative affect on anyone.. Can you explain how it negatively affects the Mac (I assume you mean Safari?) The comment box is a textarea, which means that the return key never auto-submits in a browser (that I know of). The "dont press me" button is for spam purposes. + It is more that I use keyboard commands so I tab->return to submit, which is what I imagine most bots would do.. annoying.. but maybe make it a visible button saying cancel might be nice? just so folk like me don't trip up? or would that reduce the effectiveness against spam? ~D + ------ + ''2007-12-15 14:34:02'' [[nbsp]] Searching for "NLUG" on the hub: + + {{{ + Search results for "NLUG" + search Search: + --> --> + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 384, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out + }}} + + It worked on refresh. --["Users/JabberWokky"] + ------ + ''2007-12-30 13:41:48'' [[nbsp]] If you make text inside an address macro be a link, it doesn't show up as an incoming link for the target page. http://www.berkwiki.org/Solano_Avenue?action=info&links=1 --["Users/NickSchmalenberger"] + ------- + When adding wikis to my watch list: + {{{ + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 1022, in do_watch_wiki + farm.add_wiki_to_watch(wikiname, request) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/farm.py", line 112, in add_wiki_to_watch + request.user.setWatchedWikis(watched_wiki_list) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/user.py", line 1210, in setWatchedWikis + values (%(user_name)s, %(wiki_name)s)""", d, isWrite=True) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 144, in execute + self.db_cursor.execute(query, args) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 146, in execute + self.db_cursor.execute(query, args) + IntegrityError: duplicate key violates unique constraint "userwatchedwikis_pkey" + }}} + --["Users/JabberWokky"] + + What wiki? Can you reproduce it? + * Yes, the [wiki:GhanaITC] wiki is one example (also [wiki:BostonChoral]. I'm waiting for a new wiki to appear to see if it's something about all new wikis. + * I just pushed a change -- does it still happen? --["Users/PhilipNeustrom"] + * Nope, I appear to be watching them now without having done anything (prior to the change you made I wasn't watching them yet despite hitting the watchwiki URL repeatedly). If that's okay, consider it closed. --jw + + =Address not picked up= + + * [wiki:woodland:"Satiety Winery & Cafe" This entry] has an Address macro and no map. Maps work for most other entries. Perhaps it "looks wrong"? + + =Minor Default(?) CSS Bug= + + I lack the time to test this, sorry (as you can probably tell by my recent lack of editing, I'm buried under with work). I did, however notice the following "height of header" layout quirk: + + [[Image(FFIEHeaderBug.png)]] + + And lest somebody assume it might be related to the login status, I was not logged in using either brower. No idea what is causing it, but if it is in the default CSS, new wikis might have issues with their appearance as they are the least likely to consider cross browser testing. --jw + * This was a known issue at launch. Fixing it would have been a pain in the behind, and it doesn't look too bad so we decided to leave it. As Philip moves the wiki to XML or XHTML (not sure exactly which one, but it's related to the GUI editor), DavidPoole and I are pretty much going to ignore non-critical CSS bugs. --["Users/BrentLaabs"] + * Really.. known? I don't remember it. I think there might be some easy problem I could find a way to fix it.. but generally the page construction for that particular area is pretty hacky, like the page needs to be completely redesigned one day (maybe over the summer we will have time), but yes, I am waiting until this XML thing happens before I will bother with much fixing, mainly because many many many things will need it when it does. ~David + ------ + ''2008-05-23 21:49:54'' [[nbsp]] Okay,this trick is fun, but you gotta be clever to notice what is happening :P + + ===Oh, hello== + --["Users/DavidPoole"] + ------ + ''2008-06-16 11:51:41'' [[nbsp]] ==Errors while searching== + + * '''Date and time:''' 2008-06-16 04:44 PST + * '''User:''' RachelPeters + * '''Platform:''' Win XP SP2 + * '''Browser:''' Firefox 2.0.0.14 + * '''Page showing bug:''' search results + * '''Bug description:''' I was searching for "university inn" when I received the error below. I tried hitting the search button a few more times and the same error came up. I hit refresh and the error went away and I got the proper search results. Tried to use the search box, got the same error, used the search box once more, didn't get the error. Earlier I got the error when searching for "americana arms" through the firefox searchbar plug-in, and that error went away with a refresh. + + {{{Error: + Traceback (most recent call last): + File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run + self.config.page_front_page).page_name, self) + File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search + this_search.process() + File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process + for line in input: + File "/usr/lib64/python2.5/socket.py", line 411, in next + line = self.readline() + File "/usr/lib64/python2.5/socket.py", line 331, in readline + data = recv(1) + timeout: timed out}}} --["Users/RachelPeters"] + ------ + ''2008-06-25 01:02:01'' [[nbsp]] Not a bug in the traditional sense, but could someone add the word "Daviswiki" to the spell checker dictionary? --["Users/JimStewart"] + * Anybody can add local words to their wiki by adding them to the list at "Local Spelling Words". For instance, the Davis Wiki one is located at [wiki:davis:"Local Spelling Words"]. --["Users/JabberWokky" jw]

Bug reports

JoeWells — 2008-07-18 00:17:13

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 25:	Line 25:
- * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule; I don't need the wiki to tease me about it. - - What is your time zone set to in your settings (upper right)? I suspect it's set to the default -- UTC -- rather than US/Pacific. We should probably set the time zone of new accounts to the time zone of the wiki they sign up through. --["Users/PhilipNeustrom"] - - == Table of contents chokes on headings with links == - * '''Date and time:''' 2008-04-27 19:47 PST - * '''User:''' ["Users/AndrewChen"] - * '''Platform:''' Windows XP - * '''Browser:''' Firefox 2.0.0.14 - * '''Page showing bug:''' [wiki:sacramento:"Navigating Sacramento"] - * '''Bug description:''' Table of contents will not navigate to headings with links in them (anchor IDs are different). ''wiki.py'' is hashing on the wikified title while ''tableofcontents.py'' is hashing on the simpleStrip()-ed wikified title. - - == Old version of a page == - * '''Date and time:''' 2008-04-21 - * '''User:''' AlanMiller - * '''Platform:''' Mac OS X 10.3.9 - * '''Browser:''' Opera/Firefox - * '''Page showing bug:''' [wiki:davis:"The Nishi Property"] - * '''Bug description:''' I updated the Nishi Property page, but it still shows the latest edit to be in 2005. Strange thing is I am shown as editing this page yesterday, but when you click on it you get the old page. It's also not clear to me how to file this bug report. - - I'm seeing the latest edits being yours (see [http://daviswiki.org/The_Nishi_Property?action=info the Info area]). Can you give me detail? When I click Edit I see the current version of the page. - - == Stupid search suggestions == - * [http://daviswiki.org/Front_Page?action=search&inline_string=mark+woods&x=0&y=0] - * [http://daviswiki.org/Front_Page?action=search&inline_string=davis+food+coop&x=0&y=0] - - == Question about Events Board Macro== - * '''Date and time:''' 2008-4-16 11:40 - * '''User:''' ["Users/RocksandDirt"] - * '''Platform:''' n/a - * '''Browser:''' n/a - * '''Page showing bug:''' - - - * '''Bug description:''' Two questions about the events board. 1) how do I upload a pdf to an event? and 2) is there a way to edit an event after it's been posted? Thanks! - 1. Upload the pdf on another page and insert a a hyperlink to the file (workaround). - 2. Yep. You can delete the event and repost it with a correction (if you created the event). I realize that these aren't the answers you want, though. I'm working on making the Events Board page better. However, this is my first real python project, so it's going to take a bit of time to do. --["Users/BrentLaabs"] - - Your answers confirmed my suspicians. Good luck with the updates! - - == Link appears broken but actually isn't == - * '''Date and time:''' 2008-3-5 15:00 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' Mac OS X 10.4 - * '''Browser:''' Firefox 2.0.0.1 - * '''Page showing bug:''' [wiki:forty-two:"Music Portal"] - * '''Bug description:''' The page "JackVernon Look At This!!!" exists, but appears to be a broken link. Probably due to superfluous bangs. - - - == Another Login Bug== - * '''Date and time:''' 2008-01-19,20 - * '''User:''' oliver@dcn.org - * '''Platform:''' XP - * '''Browser:''' Firefox, current release - * '''Page showing bug:''' The URL e-mailed to my address when I request a new password to be sent there and the URL when I try to create new profile with that address - * '''Bug description:''' My e-mail address belongs to a daviswiki account and so it is not available for a new daviswiki account, but neither is it accessible through the new-password-request link that daviswiki sends to that address (i.e. mine). - - Do you mean that you don't get a URL emailed to you when you enter your email address when forgetting your password? Can you explain in more detail? You get a URL emailed to you but then when you click it you're not logged in and viewing the user settings page? Try clearing your browser cookies for good measure. --["Users/PhilipNeustrom"] - - == Mobile/CSS bug == - * '''Date and time:''' 2007-12-2 17:54 PST - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' iPhone 8GB - * '''Browser:''' Safari for iPhone - * '''Page showing bug:''' anything on davis or wikisp ot and probably others - * '''Bug description:''' activeTab actually displays smaller than the other tabs. The site looks good in general though. - - == case sensitive e-mail in password retrieval == - * '''Date and time:''' 2007-09-22 12:43 - * '''User:''' ["Users/Jason Aller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.007 - * '''Page showing bug:''' Account registration and password retrieval - * '''Bug description:''' It could be that the account registration and password retrieval parts aren't performing the same check for an existing e-mail account. Look for case sensitivity. - - ''This should be fixed now.'' --["Users/PhilipNeustrom"] - - == quickedit and unicode == - * '''Date and time:''' 2007-09-22 12:43 - * '''User:''' ["Users/Jason Aller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.007 - * '''Page showing bug:''' [http://daviswiki.org/Regular_Events?action=diff&version2=244&version1=243] - * '''Bug description:''' Quickedit isn't unicode compliant and '''horks''' -- (yep, thats a technical term) any non ascii characters on the page. - - Should be fixed. --["Users/PhilipNeustrom"] - - == Wiki Deletion fails == - * '''Date and time:''' 2007-05-31 17:12 - * '''User:''' ["Users/BrentLaabs"] - * '''Platform:''' Mac OS X 10.3 - * '''Browser:''' Firefox 2.doesn'tmatter - * '''Page showing bug:''' [wiki:daviswiki] - * '''Bug description:''' I marked {{{wiki:daviswiki}}} for deletion more than 30 days ago, it still exists. - - ''This is the way it'll work for a while. It's too confusing to say "will be deleted in no less than 30 days." The idea is that we'll purge wikis en-mass when we need to at some point.'' - - == non existent sub page to user page == - * '''Date and time:''' 2007-08-25 10:28 - * '''User:''' ["Users/JasonAller"] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.006 - * '''Page showing bug:''' [http://daviswiki.org/Users/JohnLofland/Users] - * '''Bug description:''' The new feature that shows user information doesn't take into account pointing to non-existent sub pages to the userpage. - - == User Statistics == - * '''Date and time:''' 2007-08-05 19:04 - * '''User:''' ["Users/JasonAller"] - * '''Platform:''' Mac OS X 10.4 - * '''Browser:''' Firefox 2.006 - * '''Page showing bug:''' [wiki:Davis:"User Statistics"] - * '''Bug description:''' User statistics doesn't seem to be keeping accurate count of user edits. It is reporting fewer edits now than earlier today. I suspect that the problem has been going on for a while. '''Update''': Yup, problem confirmed. I still haven't figured out the pattern. (''Edit'': Confirmed it occurred in the morning hours of Mon 2007-08-21. I believe it also lost some edits, looking for a bug report for that to possibly tie this bug to. I'll note that there was a brief period (1 to 4 minutes) when [wiki:davis DavisWiki] was down, but I did not verify that it wasn't a bandwidth hiccup on my end. --["Users/JabberWokky"]) - - Plan: ensure we always grab user stat counts from the DB - not cache (or something) - on increments. Write thing for maintenance script to normalize data. - - ''I can't reproduce this, and I've tried a bit...'' --["Users/PhilipNeustrom"] - - == Image display error in SSR (Opera mobile) == - * '''Date and time:''' 2007-06-30 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Nintendo DS - * '''Browser:''' Opera - * '''Page showing bug:''' [wiki:davis:"Front Page"] - * '''Bug description:''' Included image (part of mystery picture) overlaps other content in the SSR mode. No bugs in overview. Both map icons appear in SSR mode as well, additionally map fails to appear/load (it works in overview though). - - This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could help hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] - - == Quick Edit non functional yet again (Opera Mobile) == - * '''Date and time:''' 2007-06-30 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Nintendo DS - * '''Browser:''' Opera - * '''Page showing bug:''' All - * '''Bug description:''' Quick-edit non-functional (I can click to note) , we should make mobile version of default page to aid functionality for mobile users. - - This appears to be specific to Opera Mobile -- it's not happening with Opera 9.21 for OS X. Any idea how me / someone else could debug this? Perhaps you could hunt for the source of the issue? Maybe we can look at this together next time I see you. --["Users/PhilipNeustrom"] - - == Google Map javascript thingy doesn't handle utf-8 characters == - * '''Date and time:''' 2007-06-06 14:48 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Linux 2.6.20 powerpc - * '''Browser:''' Iceweasel 2.0.0.3 - * '''Page showing bug:''' http://www.daviswiki.org/Studio_66?action=recall&version=8 - * '''Bug description:''' If a utf-8 character is in the Address macro it makes a traceback: - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run - wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute - map_html= mapJS(wiki_name, page_locs, nearby_locs, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS - center = page_locs[0] - IndexError: list index out of range - }}} - possibly because of this: http://codesimple.net/archives/2006/08/24/google-maps-utf-8-problem - That link seems to be about the encoding of received information. The problem, in our case, is that when we ask for "Peña" we just don't get anything back (even in the wrong encoding). - So I got the google maps api test page, here: http://www.schmalenberger.us/geocoder.html and it works fine with the tilde, whether the thing in the above link is used or not. So that is probably not relevant, but it does work. Maybe just in a later version of the api? I notice that the geocoder.html has v=2.x in the url but daviswiki has v=2. - - -["Users/NickSchmalenberger"] - - == If you click on map from the info page of a wiki page, it makes a traceback where the map goes == - * '''Date and time:''' 2007-06-06 16:13 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Linux 2.6.20 powerpc - * '''Browser:''' Iceweasel 2.0.0.3 - * '''Page showing bug:''' http://daviswiki.org/Shields_Library?action=info# - * '''Bug description:''' this traceback is the same as in the above bug - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 677, in run - wikiutil.getSysPage(self, self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 13, in execute - map_html= mapJS(wiki_name, page_locs, nearby_locs, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/action/gmaps.py", line 59, in mapJS - center = page_locs[0] - IndexError: list index out of range - }}} - - == Save Changes or Cancel from previewing an edit doesn't take you back to the page == - * '''Date and time:''' 2007-05-29 00:14 - * '''User:''' ["Users/NickSchmalenberger"] - * '''Platform:''' Windows XP version 5.1.2600 - * '''Browser:''' Firefox 2.0.0.3 - * '''Bug description:''' If you preview an edit, it takes you to thepage#preview , then if you cancel or save, it puts you back at thepage#preview and tells you your edit was cancelled or saved. If you then refresh that page after saving, it puts another edit on the page. - - Does your browser warn you about this? It should give a notice that you're resending POST data. We could work around this by redirecting after a save or a cancel.. - The browser does warn, but I think this would be helpful. Sometimes people reload more than one tab at once. - - == Tinylogo not updating == - - * '''Date and time:''' 1952-05-21 - * '''User:''' ["Users/Davidpoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox 2 - * '''Page showing bug:''' [wiki:tustin:"Wiki Settings/Images"] - * '''Bug description:'''Cannot change tinylogo, it seems to revert to cached version for some reason. - - I just tried this and I can't reproduce. You sure? If you give me the ability to delete on that page then I can check more closely. --["Users/PhilipNeustrom"] - - I experienced the same tinylogo mystery on Torontopedia. After a while I simply deleted the original tinylogo I had uploaded, re-uploaded the exact same file using a different source file name, and it worked right away and still works now. --["Users/HimySyed"] - - == Link status incorrect == - - * '''Date and time:''' 1952-05-21 - * '''User:''' ["Users/Davidpoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox 2 - * '''Page showing bug:''' Today's interwiki-recent changes, - * '''Bug description:''' ["users/riteaidguy"] shows as being a working link when it should be broken, on the same page [wiki:davis:"users/riteaidguy"] also appears on the page, this may be the source of the error. - - - == Image macro does not resize in includes == - * '''Date and time:''' 2007-4-4 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox - * '''Page showing bug:''' [wiki:tustin:"front page" tustin front page, see notes] - * '''Bug description:''' Sub-sectioned pages, with sized images, fail to size the image, there are no such difficulties with thumbnails though, seems like a problem in parallel development. - - == Quick Edit does not work in includes == - * '''Date and time:''' 2007-4-4 - * '''User:''' ["Users/DavidPoole"] - * '''Platform:''' Ubuntu - * '''Browser:''' Firefox - * '''Page showing bug:''' Scwiki front page - * '''Bug description:''' Starting quick edit on one section allows you to quick edit subsections, it just doesn't actually work, it will be for the content of the first quick edit highlight. That probably sounds confusing, but thats how it is. - - == Footnotes broken == - - * '''Date and time:''' 2006-12-28 - * '''User:''' ["Users/PhilipNeustrom"] - * '''Platform:''' Ubuntu Linux - * '''Browser:''' Firefox - * '''Page showing bug:''' http://wikispot.org/Front_Page/Talk?action=recall&version=8 - * '''Bug description:''' Footnotes seem to be thrown into tables or whatever is at the end of the page. - - * Looks like they get thrown into included pages, actually. - * It appears the <div> is not being closed properly, check the process which writes the footnotes div in, or the one that writes the subsection, if it is recursive or something like that, it may be calling the footnotes section early. In any case, this is a coding bug it seems. ~Dave March ^31^ 2007 - * Yeah, we can fix this after launch. - - == Login Failure == - * '''Date and time:''' 2007-03-30 22:54 - * '''User:''' ["Users/GrahamFreeman" Graham Freeman] - * '''Platform:''' Windows Mobile v5.0 (OS 5.1.195) - * '''Browser:''' Internet Explorer - * '''Page showing bug:''' login - * '''Bug description:''' Login fails without any errors. I enter my username & password, click on "Login", and the page reloads - no login, and no error message. Cookies are allowed, I can login to DavisWiki.org, and so on - but logging in to wikispot.org simply doesn't work. - - Maybe this has something to do with .htaccess? -- ["BrentLaabs"] - Maybe. But I was prompted for the wiki/zerocool pw first, successfully entered it, and then was given the actual front page from which I was asked to login. On Firefox on my Mac I usually get prompted for wiki/zerocool twice, whereas on IE on my handheld I was only prompted once. So, you might be right. It's just odd that I'd see the front page and be given the opportunity to login to the wiki if it was an .htaccess problem. --["GrahamFreeman"] - So we need to test this. Access the site, refuse one of the prompts, and then if one of the prompts causes the failure of the login due to htaccess stuff, then we know, otherwise it is probably not an issue. Fortunately this only happens on this minority os right? ~Dave - - I don't think this has anything to do with the l/p. I'm not sure what is going on so it's impossible for me to fix this without more information. Logging in should work (and I just tested it) without JavaScript on (as long as cookies are on). There's a few redirects (2) that occur during the authentication, so that could be causing the issue. I changed something just now that might have fixed it. Otherwise, how about I try things out on your phone next time I see you, Graham. --["Users/PhilipNeustrom"] - - No joy - still fails to login, yet doesn't give an error. -Graham - - Update: 2007-04-03 21:20 : Now, I get the front page, log in (no .htaccess prompt, of course - just the Wiki Spot login), and I get the error message "The Requested Page can not be displayed" with a URL of http://wikispot.org/?x-up-destcharset=106 -Graham - - == Wishlist: Notification of older versions on different entry == - * '''Date and time:''' 2007-03-03 - * '''User:''' ["Users/ArlenAbraham"] - * '''Platform:''' Any - * '''Browser:''' Any - * '''Page showing bug:''' http://wikispot.org/Development?action=info (or any other page that has been renamed) - * '''Bug description:''' This one has been around for a while. If you rename a page, it doesn't take the version history along with it. This isn't as much of an issue because changing the case of a page has been disabled. I'm just waiting for some AsSHAt tO coMEaLonG anD CREatiVLY casE a BUNcH Of nEw pAGeS. - - This is the desired behavior. The version history is on the old page. We don't move the version history because sometimes the page you're renaming to has a version history, as well. - - * How about providing a link to the info for the old page? - - * If you change this, keep in mind how you handle the following: EntryA has something somebody would like to hide, so they copy it to EntryB, delete EntryA, create EntryC, rename it EntryA, delete it and then rename EntryB to EntryA? ClickWiki moves version histories around, and it's actually a pain in the ass to deal with. I wound up punting to the very very ugly "rename the deleted entry with the history with a incremented numeric suffix", so EntryA's orginal history would wind up in the (deleted) EntryA.1. Honestly, keeping clean records is easier in most cases by carrying over the history when an entry is renamed, but a pain in the ass when entries get bounced around a bunch. --jw - * Thinking about it, isn't the current use of the creating edit being (renamed from x) useful? perhaps we should make it also in that case have a link to that info page directly or something of that matter? Elsewise we end up with either non-intuitive complex record keeping to account for the jabberwok scenario.. ~D - - == Broken image to non-logged in visitors == - - It serves different html to logged in users versus non-logged in users when mail addresses are being displayed. There is a reference to http://wikispot.org/wiki/eggheadbeta/img/mailto that doesn't exist and shows as a broken image icon. --["Users/JabberWokky"] - - == Can't clear default address locale == - * '''Date and time:''' 2008-07-08T1:11Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' Firefox 1.5.0.12eol - * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Wiki Settings/General"] - * '''Bug description:''' I am trying to clear the “Default address locale” setting in my [wiki:wheatfield-backgreen:"Wiki Settings/General"] control page. I have decided it was a mistake to put anything in this. However, the software will not let me clear this field. I can shorten it to 1 character, but I can not shorten it to 0 characters. If I shorten it to 1 character, even if that character is a space, then a comma shows up in the map balloon text, which I don't want. How do I clear the “Default address locale” setting? - - UPDATE: I confirm that Philip has fixed this bug. I can't remove the bug from the list due to a bug in my browser. Can someone please remove this bug report (or mark it as resolved or whatever the standard practice is)? - - == wikispot.org's web server rejecting HEAD requests? == - * '''Date and time:''' 2008-07-09T19:09Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' GNU Wget 1.10.2 - * '''Page showing bug:''' any page, for example http://wikispot.org/ - * '''Bug description:''' I am trying to set up a script which will let me back up my wiki once a week. Because the wiki exporting functionality is not finished yet, in the meantime I want to use wget to get copies of the latest page versions. (I'd rather have the wiki text content without the HTML wrapping, but I don't have an easy way to get this yet.) Unfortunately, it seems I can not use wget's --timestamping option. When I do, on the 2nd and subsequent uses of wget, I get a “403 FORBIDDEN” response from the web server. After much investigation, I think this is caused by wget using the HEAD request instead of the GET request. The first wget request uses the GET request because there is no local copy of the file to compare timestamps with. - - For fetching pages generated from wiki text, this may not be such an important bug, because probably the time stamps are unreliable anyway, because these web pages are generated from a database. (Or is the data in the database time-stamped so that the web pages can be given the time of the most recent data they use? I suppose it would be as expensive to compute this as to generate and send the new web pages anyway, so the savings from not refetching unchanged pages might not be much, but network bandwidth could be saved. And anyway, the correct solution to the back up problem does not involve fetching the HTML web pages.) For fetching uploaded files, this is a more important issue, because they will rarely change and they may be quite big so it would be better if a backup or mirroring program could detect easily when they have changed. - - Is there a good reason for the web server to not reply to HEAD requests? This causes 3rd-party programs to fail with hard-to-diagnose errors. - - By the way, for the record, the command I am now using to backup my wiki is this: - {{{ - wget --force-directories --recursive --page-requisites --no-parent --html-extension --convert-links --backup-converted http://wheatfield-backgreen.wikispot.org/}}} - - Unfortunately, this command gets some purely generated files which I would rather not get (for example, the RSS feeds), and fails to get uploaded files. I would love to see a better command for getting a backup. - - ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the wiki configuration (although theme CSS and PNG files are backed up). --["Users/JoeWells"] - - == Using the include macro causes footnotes so far to be dumped on page == - * '''Date and time:''' 2008-07-09T23:07Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' Ubuntu Dapper Drake - * '''Browser:''' Firefox 1.5.0.12eol - * '''Page showing bug:''' [wiki:wheatfield-backgreen:"Footnote vs. Include Bug"] - * '''Bug description:''' Whenever you use the include macro (regardless of the target, even if the target does not exist), all footnotes accumulated so far on the page are dumped in the usual format footnote list and any subsequent footnotes go into a new list. Using {{{[[footnote]]}}} does not help to force the correct footnote placement. See the “[wiki:wheatfield-backgreen:"Footnote vs. Include Bug"]” page for a test case. - - == RSS feeds use invalid date format == - * '''Date and time:''' 2008-07-10T15:01Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Gnus v5.11, GNU Emacs 22.1.1) - * '''Page showing bug:''' probably all of them (example: http://wikispot.org/Interwiki_Recent_Changes?action=rss_rc&user=joewells) - * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. There are at least two problems with this. - - * One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. - - * Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.) - - == Map button fails silently with no explanation to the user when JavaScript is disabled == - * '''Date and time:''' 2008-07-15T12:59Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them (example: [wiki:wheatfield-backgreen]) - * '''Bug description:''' There is a link in the page header labeled with the word “Map” and a small icon. Clicking on this link is supposed to bring up any map associated with the wiki page. The implementation of this link is some JavaScript code that dynamically inserts the map element in the page's DOM and displays it. Of course, this does not work when JavaScript is turned off or for browsers without JavaScript. The bug is that this failure happens silently with no explanation given to the reader. One way to fix this bug would be to make the link by default go to a web page with an explanation that JavaScript must be turned on for it to work, and then change the link to its current implementation at page load time with JavaScript. This way, the current behavior would be obtained if JavaScript is turned on, and a reasonable fall-back behavior would happen when JavaScript is turned off. - - == Quick edits and file uploads are missing text stating user agrees to license content == - * '''Date and time:''' 2008-07-17T23:06Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them - * '''Bug description:''' The “Edit” button gets you a page where there is some useful text that says that using “Save Changes” means the user agrees to license the work they are adding to the wiki under the CC license. However, both the “quick edit” and file uploading interfaces are missing this useful text. The quick edit and file uploading interfaces should change so that they include text stating that the user agrees to license their work under the wiki's default license. - Another related issue: The text for editing uses the phrase “release your contribution”. I think to be legally effective, this should probably say “license your contribution”. I don't think the word “release” is even meaningful here. - Yet another related issue: The text should probably also say that the user agrees not to contribute material to the wiki which is only available under an incompatible license without adding an explicit indication of the license. It is not enough to require that the user has permission to submit the work. (Furthermore, there are some minimum requirements on the license: it should at the very least allow people to view the material while browsing the wiki. Otherwise an attacker could submit work which they have permission to add to the wiki, but which no one else has permission to view while on the wiki. Then every wiki reader (as well as the wiki maintainers) would be violating copyright.) - - Good call with the quick edits and file uploads. Do you have a suggestion as to how to make the quickedit license text non-obtrusive? - - Right, for file uploads there is room to put some nice text, but quick edits need to be a bit tighter. Obvious ideas: font size, a link to bring up a pop-up window, tooltips. - - By the way, unrelated bug: The quick edit area should temporarily stop showing the "double click here to edit" tooltip while the quick edit feature is activated. - - == Per-page security changes override ''all'' subsequent wiki-wide security changes? == - * '''Date and time:''' 2008-07-17T23:32Z - * '''User:''' ["Users/JoeWells"] - * '''Platform:''' irrelevant (Ubuntu Dapper Drake) - * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) - * '''Page showing bug:''' probably all of them - * '''Bug description:''' Okay, suppose you make group G and add user U to group G. Then you give group G the ability to change security. Then user U edits wiki page P and changes just 1 aspect of the security (i.e., U clicks in one box to toggle one setting). Then administrator A changes a ''different'' setting on the Wiki_Settings/Security page. This change fails to affect page P! I assume what is going on here is that when U changed the security for P, a record of the values of ''all'' of the security settings was attached to page P, rather than just the single setting that U changed. - Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings. ''Good feature request'' - Also, there appears to be no way to clear the per-page security modifications for a given page so that that page will subsequently see only the wiki-wide settings. - - There's some implicit behavior here. When you change the security settings on a page to be different from the wiki-wide settings the page is no longer affected by wiki-wide setting changes. To make the page subsequently see only wiki-wide settings you need only change the security settings on the page to be in alignment with the wiki-wide settings. Perhaps we should make this explicit with a "reset security settings" button in the page's Security area. --["Users/PhilipNeustrom"] - - Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. Another nice thing could be for the ''differences'' from the wiki-wide settings to be highlighted. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"] - - = Map-related bugs = - * Davis Wiki map - - == Broken Address macro == - * '''Date and time:''' 2007-05-15 10:53 - * '''User:''' ["Users/BrianGingold"] - * '''Platform:''' Ubuntu Linux - * '''Browser:''' Firefox 2.0.0.3 - * '''Page showing bug:''' [wiki:Sacramento:"Jalape%C3%B1os"] - * '''Bug description:''' I wrapped the Address macro around the address on a page, clicked save changes, and was presented with <type 'exceptions.ValueError'> and a Python traceback. - - Should be fixed now. Was an issue with the ñ. --["Users/PhilipNeustrom"] - - = Known bugs = - * Table of contents causes an annoying jiggle - * Table of contents prints headings included in {{{ {{{ tags }}} }}} - * Table of contents doesn't scan {{{[[Include]]}}}d pages, or the header to an included page - - --------- - issue with something or other: - {{{ - Fact: Beer is fucking delicious. - [[include(Explore, "Explore", left, 60%)]][[include(Featured Beer, "Featured Beer", right, 37%)]] - [[include(News, "News", 60%)]][[include(Featured Beer, "Featured Article", right, 37%)]] - }}} - - =Non-reproducable bugs = - - ==Error on search== - Did an edit on [wiki:Davis], and then searched for the unique term I had just added (to see if there were any other instances on the wiki). The first edit I've had time for in days, and I get an error! ;) I cannot reproduce, feel free to delete this report, but I figured if I got it I should at least point it out. Specific edit was adding [http://daviswiki.org/Bicycling_Tips?action=diff&version2=153&version1=152 this] and then searching for 'fixme'. - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out - }}} - - [[Comments(Add a Mini Bug Report)]] - - ''2007-04-04 06:49:15'' [[nbsp]] I have my time zone set to Pacific (UTC-7), and yet my comments show up as being posted in UTC time (seven hours in the future)...? Oddly, other time displays (e.g. in diff views) appear to be correct. --["Users/GrahamFreeman"] - - Comments should be timestamped with the date of the local wiki you're on. Knowing this, is this still a bug? E.g. is the time in Pacific on Davis Wiki and in UTC here? -Philip - - My comments on DavisWiki show up in the correct time zone (UTC-7), but they show up in UTC on WikiSpot even though I've verified that my Wiki Spot account has a UTC-7 timezone set. I tried both US/Pacific and America/Vancouver. Check out my ["Users/GrahamFreeman" userpage] for the test results. -Graham - - Unless I'm misunderstanding you, that's how it should work. This wiki, the hub, has UTC set as its timezone. Davis Wiki has UTC-7 set. Changing your local timezone doesn't change the appearance of the comments. -Philip - - OK, I understand you now, but then shouldn't the time/date-stamp make clear which time zone it's in? -Graham - - - ------ - ''2007-04-09 18:00:14'' [[nbsp]] Hey, here's a simple easy update to add. Now that Users/* exists, you can have RandomPage exclude Users/* and Wiki/* entries. --["Users/JabberWokky"] - ------ - ''2007-04-30 18:18:44'' [[nbsp]] [wiki:Davis:"Critical Mass"] shows up in the photo requests page because it is apparently linked to the photo requests page. However, I cannot find the link anywhere on the critical mass page, and the link does not show up if you click on Info -> Links. --["Users/DavidGrundler"] - ------ - ''2007-05-03 02:16:30'' [[nbsp]] Renaming an entry does not work if the new name is the same phrase with a different case. I.e., "Wiki Sandbox" cannot be renamed "wiki sandbox". --["Users/JabberWokky"] - - ''2007-05-16 15:02:53'' [[nbsp]] Seems to be fixed as of today. I just renamed ["wiki:davis:Locksmiths"]. Leaving here in case it's something to do with spaces or whatnot. --["Users/JabberWokky"] - ------ - ''2007-05-12 05:47:42'' [[nbsp]] Now that pages can have accent marks in their names the search feature needs to support them as well. Search for "Acción Zapatista" on [wiki:davis]. --["Users/JasonAller"] - - Should be squared out now. - ------ - ''2007-05-13 00:41:12'' [[nbsp]] When I was logged in today and tried to visit http://wikispot.org/Front_Page , it said "You are not allowed to view this page." It has never done this before-- are other people having the same problem? --["Users/MaryLieth"] - - Okay, it should be fixed now! --["Users/PhilipNeustrom"] - ------ - ''2007-07-16 06:04:32'' [[nbsp]] Included pages don't influence the TOC. --["Users/PhilipNeustrom"] - ------ - ''2007-07-23 06:36:12'' [[nbsp]] (Cheat report): The 7/22/07 edits on the [http://daviswiki.org/Restaurants?action=info Restaurants] page are weirdly buggy. Teriyaki Express keeps moving itself back in. My first edit on 7/22 just removed it, but the edit log shows differently. Same thing then seemed to happen to ["CovertProfessor"]. --["Users/EdWins"] - - I can reproduce this. It's probably (i'm guessing) being caused by the RandomQuote of the entry being on the entry that's being quoted. - ------ - ''2007-08-03 06:45:16'' [[nbsp]] On Safari/MacOS X, hitting "clear message" after trying to create a new account with an email address that's already registered to another account takes me from the new account registration page to the Log In page. --["Users/GrahamFreeman"] - ------ - ''2007-08-08 05:49:37'' [[nbsp]] Occasional search timeouts (only happened once to a person): - - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 708, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 377, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 410, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 330, in readline - data = recv(1) - timeout: timed out - }}} --["Users/PhilipNeustrom"] - ------ - ''2007-08-08 20:56:07'' [[nbsp]] In "Wiki Settings/General", the tabs' fields don't support unicode chars in page names. --["Users/andre.felipe"] - - This should be fixed now. Thanks for the heads-up! --["Users/PhilipNeustrom"] - Thank you indeed! --["Users/andre.felipe"] - ------ - ''2007-08-08 20:58:10'' [[nbsp]] Cannot save general settings on Opera, nor use the "Upload - Check Spelling - Delete - etc." buttons. --["Users/andre.felipe"] - - Is this still happening? Can you get to those buttons on any page, or are you having a problem pressing them on the General Settings page only? What version of Opera? --["Users/PhilipNeustrom"] - Now I can press those buttons (upload, delete etc.), but I cannot press the "Save Settings" yet. I'm using Opera 9.22 for Windows. --["Users/andre.felipe"] - Okay, it should be working now. I could reproduce it in Opera 9.22 on my mac, and I got it working (for me) now. Let me know if it's fixed. Sorry about that! --["Users/PhilipNeustrom"] - ------ - ''2007-08-14 03:52:36'' [[nbsp]] quick edit doesn't work on Safari 2.0.4 on OSX. When I hit submit, it tells me "cannot save empty pages." this continued to happen after a reboot, after clearing of my cache, and on multiple different daviswiki pages. --["Users/CraigBrozinsky"] - - This should be fixed now. - Yup, it is. - ------ - ''2007-08-25 23:34:05'' [[nbsp]] [http://daviswiki.org/UC_Davis_English_Department?action=recall&version=18 Check out the Table of Contents]. Note that the header is a link. --["Users/JabberWokky"] - ------ - ''2007-08-28 18:53:44'' [[nbsp]] http://daviswiki.org/Pe%C3%B1a_Drive?action=diff&version2=8&version1=7 --169.237.136.169 - - Should be fixed now. Thanks! - - * '''Date and time:''' 2007-09-21 02:15 or thereabouts - * '''User:''' ["Users/Graham.Freeman" Graham Freeman] - * '''Platform:''' Mac OS X 10.4.10 - * '''Browser:''' Firefox 2.0.0.7 - * '''Page showing bug:''' [http://scwiki.org/Body_and_Soul?action=info], then click on "Map" - * '''Bug description:''' python traceback when you click "map" from the Info page - ------ - ''2007-10-02 18:12:56'' [[nbsp]] Links in included pages shouldn't render if they link to the page doing the including OR the included page. --["Users/PhilipNeustrom"] - ------- - - There suddenly appeared (at 22:00 East Coast) a bug this evening. Some of it appears to affect all users, parts of the bug are timezone related and just affect me. - - For all users, http://wikispot.org/Wiki_Directory appears to be borked. Several people all report that it only draws the header, and if you hit edit, the source appears, but it times out on save. This is slightly different than before. - - Interwiki Recent Changes is giving me a timezone related Traceback, as is my settings page. They are attached. It is not erroring out for anybody else that we can see, but everybody else is Pacific time. - - RyanJames poked in the Python, pointing out that "in the for loop that's lines 242-245 in tzinfo.py, the if statement is never true, meaning your dt (datetime object) doesn't match any of the datetimes in the module's dictionary of all datetimes/timezone thingies". - - Another probably unrelated bug that I noticed is on the Wikispot User Statistics entry, where my first edit is "Unknown". Probably unrelated, but if this is all a database issue, I'm letting you know all the "doesn't line up" errors I can find. - - By the way, this is different than the last two times, as I can still edit other entries without locking them up. --["Users/JabberWokky"] - ------ - ''2007-10-16 15:43:55'' [[nbsp]] The first linebreak after the first line of text after a heading isn´t converted to a <br> here: [http://median2008.wikispot.org/Items]. Looks like a bug? --["Users/holzbit"] - - This should be fixed as of 2007-11-6. --["Users/PhilipNeustrom"] - ------ - ''2007-10-19 06:39:56'' [[nbsp]] heart macro, breaks and centering don't seem to work well in conjunction.. fool around with it for a bit to figure out what I mean I suppose. --["Users/DavidPoole"] - ------ - ''2007-11-16 11:22:30'' [[nbsp]] A block of unformatted text ends at the first }}} so if that is included in the block, it ends too early. http://daviswiki.org/Wiki_Sand_Box?action=diff&version2=230&version1=229 --["Users/NickSchmalenberger"] - ------ - ''2007-12-11 01:34:35'' [[nbsp]] {{{<input class="formbutton" type="submit" name="button_dont" value="Dont press me">}}} - Wtf Philip, oh and Mac will select this one first, you might want to consider button ordering functions to have this reordered to be after the submit button. --["Users/DavidPoole"] - - It shouldn't have a negative affect on anyone.. Can you explain how it negatively affects the Mac (I assume you mean Safari?) The comment box is a textarea, which means that the return key never auto-submits in a browser (that I know of). The "dont press me" button is for spam purposes. - It is more that I use keyboard commands so I tab->return to submit, which is what I imagine most bots would do.. annoying.. but maybe make it a visible button saying cancel might be nice? just so folk like me don't trip up? or would that reduce the effectiveness against spam? ~D - ------ - ''2007-12-15 14:34:02'' [[nbsp]] Searching for "NLUG" on the hub: - - {{{ - Search results for "NLUG" - search Search: - --> --> - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 115, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 384, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out - }}} - - It worked on refresh. --["Users/JabberWokky"] - ------ - ''2007-12-30 13:41:48'' [[nbsp]] If you make text inside an address macro be a link, it doesn't show up as an incoming link for the target page. http://www.berkwiki.org/Solano_Avenue?action=info&links=1 --["Users/NickSchmalenberger"] - ------- - When adding wikis to my watch list: - {{{ - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 737, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 1022, in do_watch_wiki - farm.add_wiki_to_watch(wikiname, request) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/farm.py", line 112, in add_wiki_to_watch - request.user.setWatchedWikis(watched_wiki_list) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/user.py", line 1210, in setWatchedWikis - values (%(user_name)s, %(wiki_name)s)""", d, isWrite=True) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 144, in execute - self.db_cursor.execute(query, args) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikidb.py", line 146, in execute - self.db_cursor.execute(query, args) - IntegrityError: duplicate key violates unique constraint "userwatchedwikis_pkey" - }}} - --["Users/JabberWokky"] - - What wiki? Can you reproduce it? - * Yes, the [wiki:GhanaITC] wiki is one example (also [wiki:BostonChoral]. I'm waiting for a new wiki to appear to see if it's something about all new wikis. - * I just pushed a change -- does it still happen? --["Users/PhilipNeustrom"] - * Nope, I appear to be watching them now without having done anything (prior to the change you made I wasn't watching them yet despite hitting the watchwiki URL repeatedly). If that's okay, consider it closed. --jw - - =Address not picked up= - - * [wiki:woodland:"Satiety Winery & Cafe" This entry] has an Address macro and no map. Maps work for most other entries. Perhaps it "looks wrong"? - - =Minor Default(?) CSS Bug= - - I lack the time to test this, sorry (as you can probably tell by my recent lack of editing, I'm buried under with work). I did, however notice the following "height of header" layout quirk: - - [[Image(FFIEHeaderBug.png)]] - - And lest somebody assume it might be related to the login status, I was not logged in using either brower. No idea what is causing it, but if it is in the default CSS, new wikis might have issues with their appearance as they are the least likely to consider cross browser testing. --jw - * This was a known issue at launch. Fixing it would have been a pain in the behind, and it doesn't look too bad so we decided to leave it. As Philip moves the wiki to XML or XHTML (not sure exactly which one, but it's related to the GUI editor), DavidPoole and I are pretty much going to ignore non-critical CSS bugs. --["Users/BrentLaabs"] - * Really.. known? I don't remember it. I think there might be some easy problem I could find a way to fix it.. but generally the page construction for that particular area is pretty hacky, like the page needs to be completely redesigned one day (maybe over the summer we will have time), but yes, I am waiting until this XML thing happens before I will bother with much fixing, mainly because many many many things will need it when it does. ~David - ------ - ''2008-05-23 21:49:54'' [[nbsp]] Okay,this trick is fun, but you gotta be clever to notice what is happening :P - - ===Oh, hello== - --["Users/DavidPoole"] - ------ - ''2008-06-16 11:51:41'' [[nbsp]] ==Errors while searching== - - * '''Date and time:''' 2008-06-16 04:44 PST - * '''User:''' RachelPeters - * '''Platform:''' Win XP SP2 - * '''Browser:''' Firefox 2.0.0.14 - * '''Page showing bug:''' search results - * '''Bug description:''' I was searching for "university inn" when I received the error below. I tried hitting the search button a few more times and the same error came up. I hit refresh and the error went away and I got the proper search results. Tried to use the search box, got the same error, used the search box once more, didn't get the error. Earlier I got the error when searching for "americana arms" through the firefox searchbar plug-in, and that error went away with a refresh. - - {{{Error: - Traceback (most recent call last): - File "/srv/wikis/wikispot/sycamore_base/Sycamore/request.py", line 732, in run - self.config.page_front_page).page_name, self) - File "/srv/wikis/wikispot/sycamore_base/Sycamore/wikiaction.py", line 132, in do_search - this_search.process() - File "/srv/wikis/wikispot/sycamore_base/Sycamore/search.py", line 523, in process - for line in input: - File "/usr/lib64/python2.5/socket.py", line 411, in next - line = self.readline() - File "/usr/lib64/python2.5/socket.py", line 331, in readline - data = recv(1) - timeout: timed out}}} --["Users/RachelPeters"] - ------ - ''2008-06-25 01:02:01'' [[nbsp]] Not a bug in the traditional sense, but could someone add the word "Daviswiki" to the spell checker dictionary? --["Users/JimStewart"] - * Anybody can add local words to their wiki by adding them to the list at "Local Spelling Words". For instance, the Davis Wiki one is located at [wiki:davis:"Local Spelling Words"]. --["Users/JabberWokky" jw]	+ * '''Bug description:''' The server's clock seems to be a bit fast. For example, I noticed that Recent Changes was logging events as June 24th when it was only 5:30pm on June 23rd. I'm already far enough behind on my schedule

Bug reports

JoeWells — 2008-07-18 00:14:39

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 387:	Line 387:
- Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"]	+ Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. Another nice thing could be for the ''differences'' from the wiki-wide settings to be highlighted. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"]

Bug reports

JoeWells — 2008-07-18 00:11:14

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 387:	Line 387:
- Thanks for the explanation. I agree a reset button could be helpful (although it could also be quite confusing unless accompanied by nice explanatory text). It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"]	+ Thanks for the explanation. I agree a reset button could be helpful, although it could also be quite confusing unless accompanied by nice explanatory text. Maybe the label on the reset button could be "discard all per-page security modifications for this page and make it obey wiki-wide settings". It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"]

Bug reports

JoeWells — 2008-07-18 00:09:31

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 387:	Line 387:
	+ Thanks for the explanation. I agree a reset button could be helpful (although it could also be quite confusing unless accompanied by nice explanatory text). It would also be nice if there was a nice big warning that the page was currently completely unaffected by wiki-wide settings. By the way, what happens if the wiki-wide security settings are changed so they exactly match what is set for a particular page? Does the per-page setting go away in this case, or does the per-page setting only go away when edited at the page? --["Users/JoeWells"] +

Bug reports

JoeWells — 2008-07-18 00:04:50

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 371:	Line 371:
	+ Right, for file uploads there is room to put some nice text, but quick edits need to be a bit tighter. Obvious ideas: font size, a link to bring up a pop-up window, tooltips. + + By the way, unrelated bug: The quick edit area should temporarily stop showing the "double click here to edit" tooltip while the quick edit feature is activated. +

Bug reports

PhilipNeustrom — 2008-07-17 23:53:50

two small replies

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 369:	Line 369:
	+ Good call with the quick edits and file uploads. Do you have a suggestion as to how to make the quickedit license text non-obtrusive? +
Line 376:	Line 378:
- Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings.	+ Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings. ''Good feature request''
Line 379:	Line 381:
- - - - -	+ There's some implicit behavior here. When you change the security settings on a page to be different from the wiki-wide settings the page is no longer affected by wiki-wide setting changes. To make the page subsequently see only wiki-wide settings you need only change the security settings on the page to be in alignment with the wiki-wide settings. Perhaps we should make this explicit with a "reset security settings" button in the page's Security area. --["Users/PhilipNeustrom"]

Bug reports

JoeWells — 2008-07-17 23:41:18

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 369:	Line 369:
	+ == Per-page security changes override ''all'' subsequent wiki-wide security changes? == + * '''Date and time:''' 2008-07-17T23:32Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them + * '''Bug description:''' Okay, suppose you make group G and add user U to group G. Then you give group G the ability to change security. Then user U edits wiki page P and changes just 1 aspect of the security (i.e., U clicks in one box to toggle one setting). Then administrator A changes a ''different'' setting on the Wiki_Settings/Security page. This change fails to affect page P! I assume what is going on here is that when U changed the security for P, a record of the values of ''all'' of the security settings was attached to page P, rather than just the single setting that U changed. + Also, there appears to be no easy way for an administrator to see a list of all of the pages which have had their security modified from the wiki-wide settings. + Also, there appears to be no way to clear the per-page security modifications for a given page so that that page will subsequently see only the wiki-wide settings. + +

Bug reports

JoeWells — 2008-07-17 23:19:30

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 359:	Line 359:
	+ == Quick edits and file uploads are missing text stating user agrees to license content == + * '''Date and time:''' 2008-07-17T23:06Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them + * '''Bug description:''' The “Edit” button gets you a page where there is some useful text that says that using “Save Changes” means the user agrees to license the work they are adding to the wiki under the CC license. However, both the “quick edit” and file uploading interfaces are missing this useful text. The quick edit and file uploading interfaces should change so that they include text stating that the user agrees to license their work under the wiki's default license. + Another related issue: The text for editing uses the phrase “release your contribution”. I think to be legally effective, this should probably say “license your contribution”. I don't think the word “release” is even meaningful here. + Yet another related issue: The text should probably also say that the user agrees not to contribute material to the wiki which is only available under an incompatible license without adding an explicit indication of the license. It is not enough to require that the user has permission to submit the work. (Furthermore, there are some minimum requirements on the license: it should at the very least allow people to view the material while browsing the wiki. Otherwise an attacker could submit work which they have permission to add to the wiki, but which no one else has permission to view while on the wiki. Then every wiki reader (as well as the wiki maintainers) would be violating copyright.) + +

Bug reports

JoeWells — 2008-07-15 13:13:07

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 351:	Line 351:
	+ == Map button fails silently with no explanation to the user when JavaScript is disabled == + * '''Date and time:''' 2008-07-15T12:59Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Mozilla 1.5.0.12eol) + * '''Page showing bug:''' probably all of them (example: [wiki:wheatfield-backgreen]) + * '''Bug description:''' There is a link in the page header labeled with the word “Map” and a small icon. Clicking on this link is supposed to bring up any map associated with the wiki page. The implementation of this link is some JavaScript code that dynamically inserts the map element in the page's DOM and displays it. Of course, this does not work when JavaScript is turned off or for browsers without JavaScript. The bug is that this failure happens silently with no explanation given to the reader. One way to fix this bug would be to make the link by default go to a web page with an explanation that JavaScript must be turned on for it to work, and then change the link to its current implementation at page load time with JavaScript. This way, the current behavior would be obtained if JavaScript is turned on, and a reasonable fall-back behavior would happen when JavaScript is turned off. + +

Bug reports

JoeWells — 2008-07-14 17:03:58

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 329:	Line 329:
- ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the uploaded files or the wiki configuration (including the theme CSS files). --["Users/JoeWells"]	+ ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the wiki configuration (although theme CSS and PNG files are backed up). --["Users/JoeWells"]

Bug reports

JoeWells — 2008-07-13 22:46:44

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 309:	Line 309:
	+ UPDATE: I confirm that Philip has fixed this bug. I can't remove the bug from the list due to a bug in my browser. Can someone please remove this bug report (or mark it as resolved or whatever the standard practice is)? +

Bug reports

JoeWells — 2008-07-13 00:16:46

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 327:	Line 327:
- ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the uploaded files. --["Users/JoeWells"]	+ ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the uploaded files or the wiki configuration (including the theme CSS files). --["Users/JoeWells"]

Bug reports

JoeWells — 2008-07-13 00:04:54

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 327:	Line 327:
- ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a backup script that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the uploaded files. --["Users/JoeWells"]	+ ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a [wiki:wheatfield-backgreen:"Backup Script"] that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the uploaded files. --["Users/JoeWells"]

Bug reports

JoeWells — 2008-07-10 15:42:03

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 347:	Line 347:
- Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.)	+ * Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.)

Bug reports

JoeWells — 2008-07-10 15:41:45

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 345:	Line 345:
- One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates.	+ * One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates.

Bug reports

JoeWells — 2008-07-10 15:40:59

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 343:	Line 343:
- * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. The serious problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. A less serious issue, but still a problem, is that there is no timezone. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.)	+ * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. There are at least two problems with this. + + One problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. + + Another problem is that there is no timezone. My feed reader assumes times without timezones are in the universal time zone, but in fact the times are given in the timezone I have chosen in the settings for my wikispot.org account. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.)

Bug reports

JoeWells — 2008-07-10 15:17:53

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 327:	Line 327:
- ["Users/BrentLaabs"] has made a nice suggestion that is helping me get started on a backup script that grabs the raw wiki lines. --["Users/JoeWells"]	+ ["Users/BrentLaabs"] has made a nice suggestion that allowed me to write a backup script that grabs the raw wiki lines. His suggestion was to use the {{{?action=raw}}} suffix to URLs when fetching wiki pages. There is still no good way to generate the list of pages. I have to parse the HTML returned for the {{{All_Pages}}} wiki page to extract the links. I still have not developed a way to backup the uploaded files. --["Users/JoeWells"]

Bug reports

JoeWells — 2008-07-10 15:15:03

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 319:	Line 319:
- But still, is there a good reason for the web server to not reply to HEAD requests? This causes 3rd-party programs to fail with hard-to-diagnose errors.	+ Is there a good reason for the web server to not reply to HEAD requests? This causes 3rd-party programs to fail with hard-to-diagnose errors.

Bug reports

JoeWells — 2008-07-10 15:14:26

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 317:	Line 317:
- I suppose this is not such an important bug, because probably the time stamps are unreliable anyway, because the web pages are generated from a database. Or is the data in the database time-stamped so that the web pages can be given the time of the most recent data they use? I suppose it would be as expensive to compute this as to generate and send the new web pages anyway, so the savings from not refetching unchanged pages might not be much, but network bandwidth could be saved. And anyway, the correct solution to the back up problem does not involve fetching the HTML web pages.	+ For fetching pages generated from wiki text, this may not be such an important bug, because probably the time stamps are unreliable anyway, because these web pages are generated from a database. (Or is the data in the database time-stamped so that the web pages can be given the time of the most recent data they use? I suppose it would be as expensive to compute this as to generate and send the new web pages anyway, so the savings from not refetching unchanged pages might not be much, but network bandwidth could be saved. And anyway, the correct solution to the back up problem does not involve fetching the HTML web pages.) For fetching uploaded files, this is a more important issue, because they will rarely change and they may be quite big so it would be better if a backup or mirroring program could detect easily when they have changed.

Bug reports

JoeWells — 2008-07-10 15:10:52

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 336:	Line 336:
	+ + == RSS feeds use invalid date format == + * '''Date and time:''' 2008-07-10T15:01Z + * '''User:''' ["Users/JoeWells"] + * '''Platform:''' irrelevant (Ubuntu Dapper Drake) + * '''Browser:''' irrelevant (Gnus v5.11, GNU Emacs 22.1.1) + * '''Page showing bug:''' probably all of them (example: http://wikispot.org/Interwiki_Recent_Changes?action=rss_rc&user=joewells) + * '''Bug description:''' Dates are included in RSS items in a format that looks like “{{{<dc:date>2008-07-10 06:02:54</dc:date>}}}”. The serious problem with this is that the day and time must be separated by a “T”, not a space. The Dublin Core standard (which the “dc:” element name prefix is referencing) uses the ISO 8601 date format, and the only legal character to put between the day and time in ISO 8601 is “T”. This problem prevents my feed reader from correctly understanding the dates. A less serious issue, but still a problem, is that there is no timezone. I strongly suggest the dates all be marked as being in the universal time zone. A good way to do this in ISO 8601 format is to suffix the time by “Z”. (This is equivalent to suffixing it by “+00:00”. Note that the only time zone name allowed is “Z”.)

Bug reports

JoeWells — 2008-07-09 23:14:44

(quick edit)

Differences for Bug reports

Deletions are marked with - .	Additions are marked with +.
Line 326:	Line 326:
	+ + ["Users/BrentLaabs"] has made a nice suggestion that is helping me get started on a backup script that grabs the raw wiki lines. --["Users/JoeWells"]