Re: [Pws] Where's the Edit Button?
On Oct 16, 2008, at 7:28 PM, Donald MacQueen wrote: Derrel Fincher wrote: The admin password has nothing to do with the Aniwebs. Go to the Users tab and see who is there--make one of those the owner. Try creating an account on the sign in page and have it mail you your password. If you don't have email enabled (that will make it tough!) go to the Swiki installation and find the users folder in default (dig through the directories). Users are just 1, 2, 3, ... etc. Open the file--you'll see the password in plain text. Try that. There are no users on the Users tab. I do not have email enabled. The users folder in default (the only one under the ComSwiki directory) is empty. how about this: 1) try creating a new user (as derrel mentions)--i think it will still create one even if it can't e-mail the user 2) then, go to the users folder--it shouldn't be empty. edit the file to find out the password assigned if that doesn't work, you may need to enable e-mail. Also, create another Aniweb and try that. Make sure it inherits from Ani and not Refs. Did that. Same problem. No users. Also create a CoWeb using Refs and see if that works. I created a Swiki that inherited from Refs, but there are still no users anywhere. access to non-ani swikis are handled via the admin interface, security tab create a profile, then you can create username:password or addresses/ address ranges who have various levels of privilege. this is a separate user space from the aniani user space best, hal Thanks for the reply. Donald Derrel At 06:22 PM 10/16/2008, Donald MacQueen wrote: I downloaded and installed OneOfTheseDays.zip. I created a test AniAniWeb and took all the defaults. The page comes up just fine. The docs by Je77 say to use the Edit button to change the page, but my page has only buttons for print home change search and sign in. sign in gives me an error logging in as admin even though I have no security enabled. I've spent most of the afternoon on this. Thanks in advance. Donald PS Sorry if this got posted twice. ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] FW: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting
i'd be interested in discussing possibilities with other interested participants. je77? are you listening? any input on your plans would be most helpful. hal On Mar 6, 2008, at 12:21 AM, [EMAIL PROTECTED] wrote: Hi Mark, and all other swiki friends. Any plans to post this project to sourcefourge or similar places? Date: Wed, 5 Mar 2008 20:04:37 -0500 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; pws@cc.gatech.edu Subject: Re: [Pws] FW: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting Thanks, Antonia -- and Hal! To respond to Hal's question: No, at this time, I have no plans to produce any updates to the Swiki software. I don't know if Jeff Rick is planning any (or even if he's reading on this list anymore). If anyone would like to become the Champion for the Swiki software, I'd welcome that! Mark -Original Message- From: [EMAIL PROTECTED] on behalf of Antonio Barros Sent: Wed 3/5/2008 5:37 PM To: pws@cc.gatech.edu Subject: Re: [Pws] FW: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting Dear Professor Mark, I think this short article can help Cross site scripting (XSS) attacks are often seen as a powerless hack. While this is true in some cases, for the most part the impact of an XSS vulnerability is left up to the imagination and talent of the attacker... http:// www.informit.com/articles/article.aspx?p=603037. I am not a security expert, but I think this can happen in the swiki home and in any page with edit permission or add to the page button. My best, Antonio Barros Brazil Em 05/03/2008, às 18:31, Guzdial, Mark escreveu: I'm not even sure I grok the question... -Original Message- From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED] Sent: Wed 3/5/2008 4:23 PM To: [EMAIL PROTECTED] Subject: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting Swiki-Bugs, FYI there is a XSS vuln in Swiki 1.5 exploitable by: http://[host]:8000/scriptalert(XSS);/script I would like to post to bugtraq so please let me know when it has been fixed! Thanks! -- Brad Antoniewicz Senior Security Consultant Foundstone Professional Services A Division of McAfee http://www.foundstone.com [EMAIL PROTECTED] (O) 646.728.1493 (C) 347.801.5864 (F) 212.869.6720 1133 Avenue of the Americas New York, NY 10036 PGP Key: http://www.foundstone.com/us/pgpkeys/bradantoniewicz.asc Blog: http://www.avertlabs.com/research/blog/ ___ Swiki-bugs mailing list [EMAIL PROTECTED] https://mailman.cc.gatech.edu/mailman/listinfo/swiki-bugs ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws Climb to the top of the charts! Play the word scramble challenge with star power. Play now! ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] Sourceforge: Yes
anyone aware of squeak-based projects hosted on sourceforge? i know the vm and plugins have a presence there, but as david points out, it may not be suited to squeak development processes, but that may just be my ignorance. actually, the swiki development process may not be all that well suited to the usual squeak development process, given the duality of the in-image aspect and the file-system ATA+ (addresses-templates- action-and-other-things) aspect that are part of the overall swiki development process. i haven't thought these issues through, but we may want to hash them out a bit to come up with the best way of supporting the community. hal On Mar 7, 2008, at 10:58 AM, Michael Rohaly wrote: [EMAIL PROTECTED] wrote on 07/03/2008 09:42:45 AM: How about SqueakSource (http://www.squeaksource.com) instead? It supports Squeak Smalltalk development better than SourceForge would, IMHO. Can't hurt to do both. http://sourceforge.net/projects/squeak/ ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] FW: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting
(hmm, the auto-reply didn't work on my last message) the issue goes beyond this. for this sort of behavior, you can at least turn off things like append unless the person signs in. sure, if you have an open swiki, then they can do what you describe. for the behavior the bug reporter described, there is no way to stop the behavior. (for a novice swiki administrator). the key thing is that the remote culprit, by putting this in a link on their page, can make it look like the message came from YOUR swiki. (although in this case it is pretty clear that something is awry because the not found message can still be seen, one could probably throw up a div that covers that, or something) the behavior happens because the not found template is putting the raw url back out and when the scriptalert(XXS)/script is seen by the browser, it executes the script. we could sanitize the url before putting it back out there to avoid such circumstances. are there future patches/releases planned? hal On Mar 5, 2008, at 2:50 PM, Guzdial, Mark wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] Sent: Wed 3/5/2008 4:46 PM To: Guzdial, Mark Subject: RE: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting It appears to be a vuln in the Swiki software itself, from what I see, every wiki looks to be effected. The particular one I am looking at is (at a client) is say X so if I goto http://host:8000/X/1 i'll have the option to create a new entry which posts to 1.append. By inserting javascript into the textbox displayed, the application stores the data without escaping the javascript. Because of this, every time I load the http://host:8000/X/1 the javascript is executed. -- Brad Antoniewicz (O) 646.728.1493 (C) 347.801.5864 (F) 212.869.6720 ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
[Pws] Fwd: FW: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting
Begin forwarded message: From: Hal Eden [EMAIL PROTECTED] Date: March 5, 2008 2:59:08 PM MST To: Guzdial, Mark [EMAIL PROTECTED] Subject: Re: [Pws] FW: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting what he's saying is that if you access the url: (here is a concrete example) http://swiki.cs.colorado.edu:3232/scriptalert(XSS);/script it pops up an alert with a message specified by the site of the originating link (not by the swiki) hal On Mar 5, 2008, at 2:31 PM, Guzdial, Mark wrote: I'm not even sure I grok the question... -Original Message- From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED] Sent: Wed 3/5/2008 4:23 PM To: [EMAIL PROTECTED] Subject: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting Swiki-Bugs, FYI there is a XSS vuln in Swiki 1.5 exploitable by: http://[host]:8000/scriptalert(XSS);/script I would like to post to bugtraq so please let me know when it has been fixed! Thanks! -- Brad Antoniewicz Senior Security Consultant Foundstone Professional Services A Division of McAfee http://www.foundstone.com [EMAIL PROTECTED] (O) 646.728.1493 (C) 347.801.5864 (F) 212.869.6720 1133 Avenue of the Americas New York, NY 10036 PGP Key: http://www.foundstone.com/us/pgpkeys/bradantoniewicz.asc Blog: http://www.avertlabs.com/research/blog/ ___ Swiki-bugs mailing list [EMAIL PROTECTED] https://mailman.cc.gatech.edu/mailman/listinfo/swiki-bugs ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] FW: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting
good points in the article! i wasn't thinking of that. so the alert could be a password grabber, e-mailing the passwords for your swiki users to the hacker (and you would be none the wiser--i don't even see anything in the log) thanks, antonio. hal On Mar 5, 2008, at 3:37 PM, Antonio Barros wrote: Dear Professor Mark, I think this short article can help Cross site scripting (XSS) attacks are often seen as a powerless hack. While this is true in some cases, for the most part the impact of an XSS vulnerability is left up to the imagination and talent of the attacker... http:// www.informit.com/articles/article.aspx?p=603037. I am not a security expert, but I think this can happen in the swiki home and in any page with edit permission or add to the page button. My best, Antonio Barros Brazil Em 05/03/2008, às 18:31, Guzdial, Mark escreveu: I'm not even sure I grok the question... -Original Message- From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED] Sent: Wed 3/5/2008 4:23 PM To: [EMAIL PROTECTED] Subject: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting Swiki-Bugs, FYI there is a XSS vuln in Swiki 1.5 exploitable by: http://[host]:8000/scriptalert(XSS);/script I would like to post to bugtraq so please let me know when it has been fixed! Thanks! -- Brad Antoniewicz Senior Security Consultant Foundstone Professional Services A Division of McAfee http://www.foundstone.com [EMAIL PROTECTED] (O) 646.728.1493 (C) 347.801.5864 (F) 212.869.6720 1133 Avenue of the Americas New York, NY 10036 PGP Key: http://www.foundstone.com/us/pgpkeys/bradantoniewicz.asc Blog: http://www.avertlabs.com/research/blog/ ___ Swiki-bugs mailing list [EMAIL PROTECTED] https://mailman.cc.gatech.edu/mailman/listinfo/swiki-bugs ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] FW: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting
quick fix: on the [shelf] level created safeurl shelf action which took the url action and wrapped the (request raw url) with a (PageFormatter toSafeLocation: ...) then replaced ?url? with ?safeurl? in the shelf notFound template. probably needs more careful study, but that's a start. hal On Mar 5, 2008, at 3:55 PM, Hal Eden wrote: good points in the article! i wasn't thinking of that. so the alert could be a password grabber, e-mailing the passwords for your swiki users to the hacker (and you would be none the wiser--i don't even see anything in the log) thanks, antonio. hal On Mar 5, 2008, at 3:37 PM, Antonio Barros wrote: Dear Professor Mark, I think this short article can help Cross site scripting (XSS) attacks are often seen as a powerless hack. While this is true in some cases, for the most part the impact of an XSS vulnerability is left up to the imagination and talent of the attacker... http:// www.informit.com/articles/article.aspx?p=603037. I am not a security expert, but I think this can happen in the swiki home and in any page with edit permission or add to the page button. My best, Antonio Barros Brazil Em 05/03/2008, às 18:31, Guzdial, Mark escreveu: I'm not even sure I grok the question... -Original Message- From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED] Sent: Wed 3/5/2008 4:23 PM To: [EMAIL PROTECTED] Subject: [Swiki-bugs] SWIKI 1.5 Cross-Site Scripting Swiki-Bugs, FYI there is a XSS vuln in Swiki 1.5 exploitable by: http://[host]:8000/scriptalert(XSS);/script I would like to post to bugtraq so please let me know when it has been fixed! Thanks! -- Brad Antoniewicz Senior Security Consultant Foundstone Professional Services A Division of McAfee http://www.foundstone.com [EMAIL PROTECTED] (O) 646.728.1493 (C) 347.801.5864 (F) 212.869.6720 1133 Avenue of the Americas New York, NY 10036 PGP Key: http://www.foundstone.com/us/pgpkeys/bradantoniewicz.asc Blog: http://www.avertlabs.com/research/blog/ ___ Swiki-bugs mailing list [EMAIL PROTECTED] https://mailman.cc.gatech.edu/mailman/listinfo/swiki-bugs ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] AlwaysCrashing
sorry, i've been away from my mail, so didn't get back to you on your debugging what are your security settings? are you using passwords for legitimate users? if so, then you could go to your admin security settings and change the default to read only hal On Feb 12, 2008, at 5:01 AM, sa9k063 wrote: hello, our swiki changed platforms again, it now is running on a powerpc with 1 GB RAM. meanwhile i have an idea about whats happening: spammers seem to be using pages with a '+' as a battleground, which in turn leads to huge changes and pages as well. as we have a big lot of users which probably cannot all be told not put '+' into the pages anymore, is there any way to disable the 'add to the page functionality' globally ? best, tee ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] AlwaysCrashing
ooh, sounds like a tough one! you might try turning on debugging and logDebuggerStackToFile in the image to see if you get any (squeak) stack traces related to this. is there any stack backtrace (where) available when you use gdb? are you running WinterLong? what is your disk space like on the partition where the logs are written? (i was getting daily crashes a while back and it turned out my logs were filling up the partition) [scratches his head] hal On Jan 27, 2008, at 6:38 AM, sa9k063 wrote: Hello, I have a problem with our swiki I cannot figure out. After years without problems our swiki regularly crashes every other day or even just hours after being started. I located the most recently changed swikis and turned individual logging on, but haven't found anything unusual afaik. (still have the logs if necessary) I ran it in gdb then and it seems that it tries to allocate _way_ too much memory and thus is killed by the OS. it crashes on both boxes i tried, under two different OSes, happily chewing 512MB RAM and 1.5GB swap. unfortunately the debugger is killed, too: Program received signal SIGKILL, Killed. 0x080638c2 in allocateheaderSizeh1h2h3doFillwith () (gdb) [1]+ Hangup: 1 squeak -headless Killed: 9 a lot of these kernel messages appear: swap_pager_getswapspace(10): failed and finally, pid 8214 (gdb), uid xxx, was killed: out of swap space Any ideas how to dig further to have it running nicely like earlier on ? tia, t ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] AlwaysCrashing
meant to say from the core file--i realize that gdb is crashing as well, so you can't see this when it happens. i'm also not sure which one will create the core file). is there any stack backtrace (where) available when you use gdb? ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] problem starting Squeak
hi, christopher, i think that the problem is (given the message that you gave) that your DISPLAY environment variable is not set, indicating perhaps that you are trying to run this when logged in remotely via ssh/telnet OR that you are running from a raw console (without starting up Xwindows). so, one option is to make sure that you do this within an X session (i won't go into a tutorial on Xwindows right now). the problem with this is it is difficult to to this from a script--if that is what you are trying to figure out. another option is to run your swiki headless. take a look at http:// minnow.cc.gatech.edu/swiki/92. (i believe there is a way to connect directly into such an instance via VNC, although i haven't done it myself). what i do is to run a vnc server, which establishes its own Xwindows environment and then i run the swiki within that. (i'm sure this was borrowed from somewhere on the web...) - #!/bin/bash vncserver -kill :1 /dev/null 21 rm -rf /tmp/.X11-unix/X1 vncserver :1 -name Squeak -depth 15 ( cd /where/my/swiki/is nohup ./squeak -display :1.0 -memory 50m squeak-dev.image ) -- hope this helps! hal On Jun 27, 2006, at 2:20 PM, Christopher Adams wrote: I have installed a Swiki on a Linux machine. From the ComSwiki directory, I issued this command: ./squeak squeak.image The resulting message is: Could not open display `(null)' I have used this Swiki on a Windows machine before but not on Linux. Can someone provide some guidance? Christopher Adams ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
[Pws] bug in SwikiDirectorythumbnailOf:
if JPEGReaderWriter2 fails (i just reported such a case to Mantis) while creating a thumbnail, the file has been created, but is zero length. as it turns out this is not a problem at the time, because the sender of thumbnailOf: (at least in the case of the image-plugin) seems to handle things properly and puts the unthumbnailed image in the generated html. however, another access to the page thinks the thumbnail has already been created because the file exists and a reference to that zero- length file is put into the generated html. how about injecting this into the ifError logic at the end ifError: [:a :b | self deleteFileNamed: thumbnailName. ^nil] (and i'm not so sure the ^nil a couple of lines above that might not be problematic, as well--might be better to just error there and let the final ifError clean up) hal ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
[Pws] NuSwikiPage(class)safePageNameFor:
i just ran into an issue with this in (finally) upgrading from 1.3. while it is an excellent thing to do, it ended up breaking links to existing pages whose names were not safe (e.g., i had some pages that somehow had spaces at the end of the names. if someone edited a page that pointed to them, the links on the edited page became create button links). an interesting point is that even changing the names and saving the page did not seem to help (haven't figured that out yet...) unless i restarted the server afterward. it would seem that there are basically 3 places that bad page names can come into the system: 1) creating a page 2) renaming a page 3) loading old pages adding a safePageNameFor: check in XmlSwikiStorageloadPagefromstartingAt, is one way to get at 3) XmlSwikiStorage-loadPagefromstartingAt.st Description: Binary data later, hal ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
[Pws] enhancements to inline plugin
hi, i've been working for some time on ways to do things similar to ? inline?, but before plugins were really working, so i had added a *| pageref|* bracketing notation to my local version in order to do it. now, my approach was very focused on some needs that i had in the context of creating reflection spaces that work alongside our face-to- face collaboration action space, so i'm not claiming a high level of generality here, but i thought i'd describe some pieces of that effort. i found that in addition to being able to inline the entire page along with a header for that page (as the inlinePage template does), it is also useful to have it without the header or to have a summary of the info. (ideally the summary version would be automatically generated, but for now i've been using forms to allow the creator to specify a summary when they edit it.) the other aspect i have been looking at is the use of ajax-like techniques (based on notes by avi bryant and others) to make the in- lining a dynamic process. in our environment, the simulation component can create information displays and dynamically update them on a swiki page. by having a watcher page that is dynamically in- lining the contents of the information display page allows the information generated by the simulation to be continually updated on a separate display screen. based on my recent upgrade to 1.5, i have come up with a version of the inline-plugin that retains the original behavior, but will also permit the use of address suffixes: ?inline page=pagenum.summary ? and adds a dynamic option ?inline page=pagenum dynamic=true ? if you want to take a look at it, the prototype is at: http://swiki.cs.colorado.edu/Reflection/16 although to get the dynamic effect, you really have to be here or happen to catch us in a demo/session. my main reason for posting is to ask the question: have there been discussions around how ajax-like capabilities might be used in swikis? if not, is there any interest in generating such a discussion? all the best, hal ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] enhancements to inline plugin
ack! that should have been: http://swiki.cs.colorado.edu:3232/Reflection/16 hal On Jan 20, 2006, at 3:03 PM, Jochen F. Rick wrote: On Fri, Jan 20, 2006 at 02:46:42PM -0700, Hal Eden wrote: http://swiki.cs.colorado.edu/Reflection/16 The URL doesn't work for me. I am interested in seeing it in action. Peace and Luck! Jeff -- Jochen Jeff Rick, PhD Candidate, Georgia Tech College of Computing [EMAIL PROTECTED], http://www.je77.com/, work: 404-385-1105 ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
Re: [Pws] Bug Fix
looking at the system, i don't see the AniSurveyModule class defined anywhere am i missing something? thanks, hal I'm attaching a change set that fixes two bugs, including the week bug. Peace and Luck! Je77 -- Jochen Jeff Rick, PhD Candidate, Georgia Tech College of Computing jochen.rick at cc.gatech.edu, http://www.je77.com/, work: 404-385-1105 -- next part -- 'From Squeak3.7 of ''4 September 2004'' [latest update: #5989] on 17 January 2006 at 11:34:05 am'! !AniSurveyModule class methodsFor: 'instance creation' stamp: 'je77 12/23/2005 20:17'! ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
[Pws] swiki browser broken in 1.5?
hi, finally getting around to trying out 1.5 and there seems to be a problem with the swiki browser. when i try to save an edit on actions or addresses, it can't resolve the reference to, for example, book and asks if i want to create a temp or instance variable, which i'm pretty sure i don't want to do. it looks like the bookContext method on the SwikiBrowser class is returning: [:t1 :t2 :t3 :t4| t4] shouldn't that be something like: [:request :response :shelf :book | book] ? hal ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
[Pws] Re: swiki browser broken in 1.5?
yeah, i thought it was probably that given you note about needing the sources to do any development--just wasn't sure if that included using SwikiBrowser. i was upgrading from 1.3 and it was working there, so was wanting to make sure i hadn't done something wrong in the process. thanks, ha ___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws
[Pws] test message--apologies please ignore
___ Pws mailing list Pws@cc.gatech.edu https://mailman.cc.gatech.edu/mailman/listinfo/pws