seaside August 2005

seaside@lists.squeakfoundation.org

54 participants
65 discussions

BUG: Basic authentication
by Mart-Mari Breedt 31 Aug '05

31 Aug '05

Hallo all, We have the following problem. Consider you have two instances of the same seaside application, each set up with basic authentication. Example, you have two instances of the counter application (named counter1 and counter2) with username=admin and password=seaside on both. When you log on to seaside/counter1, you would be prompted for a username and password. (Which is correct...) When you now log on to seaside/counter2 (from the same browser session) you would NOT be prompted for a username and password. The WARequest object contains the previous username and password and since it is the same as the username and password for this application, you are automatically validated. This (We believe) is a bug, since you should have been prompted for a new username and password for two reasons. One: Because you are starting a new session and Two: Because you are accessing a totally different application instance. Does anyone have any ideas or previous experiences on fixing this? Thank you, Mart-Mari

2 1

Movie of Avi's Presentation to Vancouver LISP UG
by Ken Causey 29 Aug '05

29 Aug '05

On the 25th Avi presented Seaside to the Vancouver LISP user's group. The presentation was recorded. For more information see http://bc.tech.coop/blog/050826.html I've setup a bittorrent to download the video http://www.squeak.org/~kencausey/lv200508/seaside.mov.torrent Ken

1 0

OmniBase Squeak cannot register object with ByteArray key
by Masashi Umezawa 29 Aug '05

29 Aug '05

Hi, --- from preamble: 'OmniBase Squeak raises an error when trying to register object with ByteArray key. This is obviously caused by a typo in Object class >> odbLoadVariables:classInfo:. 'self class isWords' should be 'self isWords', because it is useless to ask metaclass 'isWords'. --- [:masashi | ^umezawa]

1 0

OmniBase question ref. model chnages
by Dmitry Dorofeev 27 Aug '05

27 Aug '05

Hi all, I have an OnniBase with some objects of class User and class Student stored. Student is inherited from User. I hacked a class User and added instance variable lastLoggedIn and accessors. Now objects of class Student taken from OmniBase are messed up, i.e. values of instance variables get wrong. Seems they are just get shifted. Is there a safe way to change model for objects in the OmniBase database? Online docs are not so expressive :-( Thanks, -Dmitry.

4 3

Re: [Seaside] setting a file name
by James 25 Aug '05

25 Aug '05

Hi Brett and other seasiders, I've tried registering for http://myPCName:8008/seaside/go/ and the maps API is still not happy. One of the things that users have been complaining about on the discussion boards is the fact that subfolders are not covered by the key, and I have no idea how to get my seaside application running in the root /go directory. If I try to set it up in the config application it tells me I must set a path. Could you provide more information on how you got your application to use google maps? Alternatively I guess it comes back to my original question, is there any way to make it look like seaside is coming from a filename rather than a folder? thanks James > > > ------------------------------ > > Message: 3 > Date: Mon, 22 Aug 2005 09:52:35 -0700 > From: "Brett R. Taylor" <brett.taylor(a)healthauditors.com> > Subject: Re: [Seaside] setting a file name > To: "The Squeak Enterprise Aubergines Server - general discussion." > <seaside(a)lists.squeakfoundation.org> > Message-ID: <430A02D3.7000208(a)healthauditors.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I registered with Google as http://myPCName:8008/seaside/go/. That > way, any Seaside app will work using the /go directory. I suppose > I'll have to do some url rewriting to make sure that > http://myPCName:8008/seaside/go/myApp/ will work correctly. > Brett > > James wrote: >> Hi all, >> >> I've been playing with Google maps and have hit a bit of a problem >> with using it with seaside. >> >> I am OK when i show my initial page, with a url along the lines of >> http://myPCName:8008/seaside/go/maps/. The problem arises when I >> perform anything that leads to a page reload. Google maps are tied by >> an API key to a folder in you site. After a page reload my url looks >> like >> http://myPCName:8008/seaside/go/maps?_s=gbhiBxgfxlwIiudu&_k=KqHvfshA, >> which google interprets as a different folder, so my map will no >> longer show. >> >> Is there any way to include a filename in the url for all seaside >> pages, ie something like >> http://myPCName:8008/seaside/go/maps/maps.html, as I'm pretty sure >> google would then be happy. I've tried to do this through the >> configuration settings by making it the base path, but then the >> broswer could not find my page at all. >> >> thanks >> >> James Bridger >> _______________________________________________ >> Seaside mailing list

2 1

OmniBase question ref. model changes
by Dmitry Dorofeev 25 Aug '05

25 Aug '05

1 0

liveUpdate question
by Brent Pinkney 24 Aug '05

24 Aug '05

Hi, I was involved in some of the early liveUpdate stuff added to 2.6. This was primarily the timedUpdate function. What I really need is some guide ance on how to use Seaside to integrate and xmlHttpRequest which is under the control of the user Specifically, I would like to have a two buttons; when the first is pressed is fetches (using xmlHttpRequest) a string from the server. When the second is fetches is send a string to the server. I could write this up from scratch but am not sure how it should work in Seaside. Any advice or work done here would be appreciated. Brent

1 0

list moderation...
by Michael Roberts 24 Aug '05

24 Aug '05

Hi, I've got a mcz file that might help some people out with OmniBase testing awaiting moderation. I'd email the moderator directly but I don't know who that is ;-) thanks Mike

2 2

catching up (part I)
by Avi Bryant 24 Aug '05

24 Aug '05

Hi all, As promised last week, I've started to attack the backlog of contributions that have come in over the last month or so. The first thing I've done is to post a Seaside2.6a2-avi.1 version to SqueakSource, which includes a number of small fixes and enhancements. They are: - Fix Color>>hex (lr) - Refactor the ValidationDecoration to look for a specific notification (cds) - Fix anchorWithPopupUrl:extent:do: (lr and mjr) - Add extra classes to input elements with their type (lr) - Reseed the random number generator used for IDs on image startup (al) - #labelAfter:input: (dc) - #urlForAction:andPath: (lr) - change values from WAInspector (pmm) - add year nav to MiniCalendar (al) - add a large #hash value to StateHolder (lr) - ensure that URL paths start with a / (lr) - Fix validation of DateSelector - Notify entry points when they're removed from the Dispatcher - Unregister all sessions when clearing the Registry Some of these have less obvious motivations than others; the reseeding of the random number generator, for example, is necessary when running multiple copies of the same image in a load balanced setup so that they don't end up using the same sequence of IDs for sessions and static resources. The #hash addition to StateHolder is a performance optimization that works around problems with large identity dictionaries in Squeak. If anyone wants more detail on the others, let me know. The large group of contributions I haven't yet addressed is that dealing with XmlHttpRequest. Frankly, I'm a bit overwhelmed by all of the changes, many of them conflicting, that have come in for that code. I also feel that it's likely to keep changing at a high rate - certainly higher than most of the rest of the framework. To help us manage that, I propose splitting it into a separate package, and I've done that for 2.6a2. All of the "liveRequest" code is now in a SeasideAsync package, kept in the same repository. I would very much appreciate it if anyone with changes or extensions to that code - whether or not they were previously published in the Seaside package - would, at the least, commit corresponding new versions of SeasideAsync, so that we can do some focused merging and discussion. The third thing I plan to do is to look over the major external packages related to Seaside for overrides and extensions that might be better rolled into the main release. The packages I plan to look at are: - SeasideTesting - Magritte - ShoreComponents - Bicephale If there are others you want to call my attention to, please do. Cheers, Avi

1 0

OmniBase is FREE but has problems on UNIX Squeak
by Dmitry Dorofeev 23 Aug '05

23 Aug '05

Hi all, As stated on http://www.gorisek.com/ "OmniBase is available for free for commercial and educational purposes. Free version of OmniBase is prohibited to be used in the oil or military industries." That is great news!!! So i downloaded version from there for my Squeak and now has garbage collector and backup ! But bad news are: 1. Access from multiple OmniBase sessions to same DB just creates a mess in the DB storage. 2. test12 in OmniBaseTester makes a squeak process to eat all possible memory unless my XFree86 crashes. My VM is: 3.7-7 Squeak3.7 of '4 September 2004' [latest update: #5989] image version i run: 6665 (3.8) OS: FreeBSD 5.4-STABLE i386 I used OmniBase from SqueakMap version 2.1rc66 without any problems. But it was without GC/backup. I could try and debug test12 but have not enough expirience in Smalltalk to understand what i am doing. Any help would be appreciated very much. Thanks, -Dmitry.

5 8

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

seaside August 2005