Deletions are marked like this. | Additions are marked like this. |
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. |
Having trouble with a particular feature of Wiki Spot or see something wrong? File a bug report on this page!
Please include all the relevant information with every report, as in the following sample:
Example template
Brief Title
-
Date and time: 2007-05-31 17:12 PST
-
User: MikeIvanov
-
Platform: Mac OS X 10.4
-
Browser: Firefox 3.0.1
-
Page showing bug: map
-
Bug description: The Java map takes forever to load and Firefox crashes. This happens almost every time.
Bugs (or, maybe not)
Recent Changes timestamps
-
Date and time: 2009-02-23 11:55 PST
-
User: JasonAller
-
Platform: Mac OS X 10.4
-
Browser: Firefox 3.0.6
-
Page showing bug: 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
Cookie error handling
-
Date and time: 2008-11-26 0148 PST
-
User: BrentLaabs
-
Platform: Mac OS X 10.5.6
-
Browser: Safari 3.2
-
Page showing bug: 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:
<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=']
Links to this page doesn't update
-
Date and time: 2007-05-31 17:12 PST
-
User: 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.
Links to this page doesn't update
-
Date and time: 2007-05-31 17:12 PST
-
User: 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, 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: 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: 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. —PhilipNeustrom
Table of contents chokes on headings with links
-
Date and time: 2008-04-27 19:47 PST
-
User: AndrewChen
-
Platform: Windows XP
-
Browser: Firefox 2.0.0.14
-
Page showing bug: 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: 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 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: 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!
-
Upload the pdf on another page and insert a a hyperlink to the file (workaround).
-
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. —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: BrentLaabs
-
Platform: Mac OS X 10.4
-
Browser: Firefox 2.0.0.1
-
Page showing bug: 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. —PhilipNeustrom
Mobile/CSS bug
-
Date and time: 2007-12-2 17:54 PST
-
User: 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. —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. —PhilipNeustrom
Wiki Deletion fails
-
Date and time: 2007-05-31 17:12
-
User: BrentLaabs
-
Platform: Mac OS X 10.3
-
Browser: Firefox 2.doesn'tmatter
-
Page showing bug: 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: 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: JasonAller
-
Platform: Mac OS X 10.4
-
Browser: Firefox 2.006
-
Page showing bug: 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 DavisWiki was down, but I did not verify that it wasn't a bandwidth hiccup on my end. —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... —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 —Sparrow
I thought it had been fixed awhile back? At any rate, DavidGrundler is experiencing a very clear example on Woodland. He's got no signup date and shows three edits when he has been making many edits. —Evan 'JabberWokky' Edwards
-
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. —DavidGrundler
Image display error in SSR (Opera mobile)
-
Date and time: 2007-06-30
-
User: DavidPoole
-
Platform: Nintendo DS
-
Browser: Opera
-
Page showing bug: 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. —PhilipNeustrom
Quick Edit non functional yet again (Opera Mobile)
-
Date and time: 2007-06-30
-
User: 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. —PhilipNeustrom
Google Map javascript thingy doesn't handle utf-8 characters
-
Date and time: 2007-06-06 14:48
-
User: 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.
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: 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: 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: Davidpoole
-
Platform: Ubuntu
-
Browser: Firefox 2
-
Page showing bug: 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. —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. —HimySyed
Link status incorrect
-
Date and time: 1952-05-21
-
User: Davidpoole
-
Platform: Ubuntu
-
Browser: Firefox 2
-
Page showing bug: Today's interwiki-recent changes,
-
Bug description: riteaidguy shows as being a working link when it should be broken, on the same page 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: DavidPoole
-
Platform: Ubuntu
-
Browser: Firefox
-
Page showing bug: 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: 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: 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: 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. —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: 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. —JabberWokky
Can't clear default address locale
-
Date and time: 2008-07-08T1:11Z
-
User: JoeWells
-
Platform: Ubuntu Dapper Drake
-
Browser: Firefox 1.5.0.12eol
-
Page showing bug: Wiki Settings/General
-
Bug description: I am trying to clear the “Default address locale” setting in my 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: 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.
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 wiki configuration (although theme CSS and PNG files are backed up). —JoeWells
Using the include macro causes footnotes so far to be dumped on page
-
Date and time: 2008-07-09T23:07Z
-
User: JoeWells
-
Platform: Ubuntu Dapper Drake
-
Browser: Firefox 1.5.0.12eol
-
Page showing bug: 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 “Footnote vs. Include Bug” page for a test case.
RSS feeds use invalid date format
-
Date and time: 2008-07-10T15:01Z
-
User: 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: JoeWells
-
Platform: irrelevant (Ubuntu Dapper Drake)
-
Browser: irrelevant (Mozilla 1.5.0.12eol)
-
Page showing bug: probably all of them (example: 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: 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: 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. —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? —JoeWells
The settings are only cleared when they're set directly on the page. —PhilipNeustrom
Comment Problems
-
Date and time: 2008-07-24 since midnight
-
User: BrandonBarrette
-
Platform: Mac OS X 10.5.4
-
Browser: Firefox 3
-
Page showing bug: Mystery Picture & 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...
Davis Wiki Pages
["University of California "] and ["Village Cab // 530753TAXI 24HOUR SVC"] need fixing.
Problem adding security group
-
Date and time: 2009-01-03
-
User: 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?
Map-related bugs
-
Davis Wiki map
Broken Address macro
-
Date and time: 2007-05-15 10:53
-
User: BrianGingold
-
Platform: Ubuntu Linux
-
Browser: Firefox 2.0.0.3
-
Page showing bug: 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 ñ. —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 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 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
Add a Mini Bug Report
Note: You must be logged in to add comments
2007-04-04 06:49:15 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. —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 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 Hey, here's a simple easy update to add. Now that Users/* exists, you can have RandomPage exclude Users/* and Wiki/* entries. —JabberWokky
2007-04-30 18:18:44 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. —DavidGrundler
2007-05-03 02:16:30 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". —JabberWokky
2007-05-16 15:02:53 Seems to be fixed as of today. I just renamed Locksmiths. Leaving here in case it's something to do with spaces or whatnot. —JabberWokky
2007-05-12 05:47:42 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 davis. —JasonAller
Should be squared out now.
2007-05-13 00:41:12 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? —MaryLieth
Okay, it should be fixed now! —PhilipNeustrom
2007-07-16 06:04:32 Included pages don't influence the TOC. —PhilipNeustrom
2007-07-23 06:36:12 (Cheat report): The 7/22/07 edits on the 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. —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 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. —GrahamFreeman
2007-08-08 05:49:37 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—PhilipNeustrom
2007-08-08 20:56:07 In "Wiki Settings/General", the tabs' fields don't support unicode chars in page names. —andre.felipe
This should be fixed now. Thanks for the heads-up! —PhilipNeustrom
Thank you indeed! —andre.felipe
2007-08-08 20:58:10 Cannot save general settings on Opera, nor use the "Upload - Check Spelling - Delete - etc." buttons. —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? —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. —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! —PhilipNeustrom
2007-08-14 03:52:36 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. —CraigBrozinsky
This should be fixed now.
Yup, it is.
2007-08-25 23:34:05 Check out the Table of Contents. Note that the header is a link. —JabberWokky
2007-08-28 18:53:44 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: 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 Links in included pages shouldn't render if they link to the page doing the including OR the included page. —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. —JabberWokky
2007-10-16 15:43:55 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? —holzbit
This should be fixed as of 2007-11-6. —PhilipNeustrom
2007-10-19 06:39:56 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. —DavidPoole
2007-11-16 11:22:30 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 —NickSchmalenberger
2007-12-11 01:34:35 <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. —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 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. —JabberWokky
2007-12-30 13:41:48 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 —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"
-
Yes, the No Interwiki entry for: ghanaitc wiki is one example (also 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? —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
What wiki? Can you reproduce it?
Address not picked up
-
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:
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. —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 Okay,this trick is fun, but you gotta be clever to notice what is happening :P
Oh, hell
2008-06-16 11:51:41 ==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—RachelPeters
2008-06-25 01:02:01 Not a bug in the traditional sense, but could someone add the word "Daviswiki" to the spell checker dictionary? —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 Local Spelling Words. —jw
2008-07-24 21:28:20 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
2008-08-01 01:27:56 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. :-) —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. —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? —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." —SarahEdwards
2008-09-30 01:57: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 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
2008-10-09 21:33:31 IE 7.0.6001.18000 — map w/ multiple points shows up blank. Can anyone confirm? —PhilipNeustrom
Image upload does not appear in revision
Odd one here... On 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 here and here. —Evan 'JabberWokky' Edwards
-
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 Sycamore and volunteer!. —jw
-
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
RSS Feed is broken
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)
2009-01-20 13:28:57 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 Upload new 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) —maddaze
Entries with odd titles do not appear in search
gyoa has some odd search issues. There are some entries with titles like 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.