1  ...  17  18  19  20  21  22  ...  36  |   Order by default

Jun 16, 2004, 11:13pm

Yes, I think if you can prove that you are the same expired cit, they
will give it back to you. They don't do that automatically, I think
for good reasons :)

Alex

On 16 Jun 2004 20:56:39 -0400, "lady nighthawk"
[View Quote] >OOoohhh hey, she's got her name back now, seems she got it straightened out
>after all LOL.
>
>LNH

Jun 17, 2004, 9:11am

True. They could also come in as "Alex" or "Peter" and say: "I'm
AlexTheMartian and my cit expired"... they would be lieing., that's
difficult to stop!

On 17 Jun 2004 00:56:53 -0400, "alexthemartian"
[View Quote] >yeah.. but a tourists can take my name and be "AlexTheMartian" and run
>arround saying "i am AlexTheMartian.. my cit expired and im now a
>tourist".. but it is actually just some tourist with my name... and i
>realize that this could really happen to me.. then i will be
>"AlexTheMartian"... i dont know what can be done.
>
[View Quote]

Jun 17, 2004, 7:39pm

It's a matter of opinion, LNH. The fact a tourist wears double quotes
and has grey lettering (and only a choice of two avs, etc) is, in my
opinion, enough to 'punish' him/her, and certainly to make it clear to
all his/her status. What would it change if "guest99" says: I'm Xelag
and my cit expired"? A tourist is recognisable as such.

As for unacceptable names, the problem is simply that AW is used
internationally, and not all universes or worlds use english, nor do
the users, tourists or not. Selecting names based on a specific
language or even dialect is impossible, I could come in as "huy" and
no-one in AW would know that that means "penis" except for a russian
speaking person.

Alex

On 17 Jun 2004 13:25:44 -0400, "lady nighthawk"
[View Quote] >Actually, that "Guest###" idea is a good one! It would also keep tourists
>from using names that are swear words or somehow not acceptible. I know we
>do use that in 2D chats I'm in but once that person lands in the chat they
>can change their own name to whatever they like. But we as owners or staff
>can strip anyone with an inappropriate name and make their name something
>non-offensive.
>
>Perhaps AW might consider that, allowing their staff to change "tourist"
>names if they are inappropriate ... when we do this in 2D chat tho, they are
>stuck with the name we give them even if they shut down and reboot. And of
>course we are able to UNdo a name change should the person *see the light*.
>
>If nothing else "Guest###" or "Tourist###" might solve alot of problems. But
>then, some folks may not feel comfortable in a chat where they can't use a
>name (within reason) that they prefer. Unfortunately, ya can't please
>everyone.
>
>I'd also like to see the *BLUE room* available to all worlds, so that we can
>eject someone causing problems to the blue room for five mins as a first
>line of defense. When we do eject someone (while in a world other than aw's)
>they go to the gate I assume ... and cause trouble there. I wonder if that's
>too much to ask, to allow the blue room eject to everyone ... or tell us how
>to set up our own without us having to buy another world and leave it blank?
>
>LNH

Jun 21, 2004, 1:04pm

Unfortunately, this would make backward comptibility impossible.
World servers recognise two numbers: cit and privs

tourists have cit 0 and privs 0

bots have cit 0 and privs = cit of their owner

cits have cit > 0 and privs = whichever they are wearing, or 0 if none

Giving a tourist a cit > 0 would mess up all existing world servers I
think. Not to mention the bot SDKs!

Alex

[View Quote] >Not to be too technical, but it's not really promised to you.
>What's promised is that you can "reserve a unique citizen name," and, if I'm
>not mistaken, you've done exactly that. No other *citizen* may use that
>name, hence it is a unique citizen name. Whatever you decide to read into
>that isn't AWIs problem. However!
>
>On a second note, my opinion is that a tourist account should be a
>specially-flagged citizen account, requiring them to obtain a login and
>password, register a name, and obtain an ID number. They still build as cit
>0, can't enter certain worlds or use certain avatars and have quotes around
>their names, but now I can uniquely ID them in a bot and they can no longer
>steal your name. Everyone wins (mostly bot designers...
>mwa-ha-haa-ha-haaaa!). What some might not like here is the steady increase
>it citnums available as hundreds of tourists register, come in once, and
>never return. An easy solution would be to delete tourist cit accounts after
>1 week of being totally innactive and reuse the number. This may not be the
>best idea for everyones needs, however it's the one which fits my evil plot
>(unique character identification by citnum) best.
>
>Brought to you by MonkeyCorp: "We're evil so you don't have to be!"
>Yep.
>
[View Quote]

Jun 19, 2004, 7:40pm

A great idea! The latest xelagots have that for the map of the Survey
Manager (the origin of the colour coding can be moved up and down) and
it is a great help.

Alex

On 19 Jun 2004 17:30:30 -0400, "ferruccio" <startrek3 at earthlink.net>
[View Quote] >The ability to set the altitude of the visible grid when you view cell grid,
>to make it easier to align buildings that are several meters above ground.
>(for the cell space conscious)
>

Jun 21, 2004, 4:55pm

Someone pointed out to me yesterday that he had blocked a certain cit
from sending him telegrams... but that cit resorted to spamming his
bot with with botgrams.

I think the same mechanism should apply to botgrams as they do to
normal telegrams: one should be able to block them in the same way.

Alex

Jul 7, 2004, 7:11pm

I asked the same question to Roland Vilett. Loging into universe and
entering world are blocking, even if we have a callback to both:
AW_CALLBACK_LOGIN and AW_CALLBACK_ENTER His answer was that there had
been a security reason for this, but he did not remember what it was.
There is no such SDK method called aw_connect, this may be a VBSDK
thing, the only methods are preparing the connections with

(for universe)
aw_create(...),
aw_int_set(AW_LOGIN_OWNER, citnumber)
aw_string_set(AW_LOGIN_PRIVILEGE_PASSWORD, PrivPass)
aw_string_set(AW_LOGIN_LOGIN_APPLICATION, Application) <optional>
aw_string_set(AW_LOGIN_NAME, TheBotsName)
and then calling rc = aw_login()
and the callback is
AW_CALLBACK_LOGIN

(for world)
aw_bool_set(AW_ENTER_GLOBAL, GlobalMode)
rc = aw_enter(WorldName)
and the callback is AW_CALLBACK_ENTER

Both aw_login and aw_enter are blocking, so the callbacks is actually
there for nothing.

So until they find the reasons why, we're stuck with it :)

Alex

On 7 Jul 2004 13:13:15 -0400, "strike rapier"
[View Quote] >If we do ever get the new SDK I would like to request a small recode on
>AWI's part to make the aw_connect async with a callback. I am not sure how
>easy this would be because I am inexperienced with winsock in C++, however
>if it is not too much trouble this would help a lot of bots from hanging
>when connecting under high bandwidth strain.
>
>C++ and VBSDK please :)
>
>- MR
>

Jul 8, 2004, 8:47am

aw_create does not to my knowledge do anything with the tcp/ip socket
layer, it just reserves memory for the bot and assigns it a pointer
(instance) so you can reference it. I have never noticed a delay
there. aw_login is the one that uses sockets and, although it has a
callback, it blocks until the connection is established or fails, so
the callback is rather useless.

Alex

On 7 Jul 2004 21:31:27 -0400, "strike rapier"
[View Quote] >Sorry, to correct myself:
>
>aw_create is infact what I am requesting a callback for, being the longest
>un-async function in the entire SDK as the entire TCP layre has to be
>established.
>
>- MR
>
[View Quote]

Jul 8, 2004, 12:28pm

I stand corrected. I just received an enlightening email that shows
clearly that aw_create blocks. In aw_create, two blocking functions
occur: hostname resolution and connection to the universe server.

So yes you are right, strike rapier, a callback would be very welcome,
if it would work async... but considering that aw_login's callback
does not seem to work async, it might not be of much use either.

Alex

On 7 Jul 2004 21:31:27 -0400, "strike rapier"
[View Quote] >Sorry, to correct myself:
>
>aw_create is infact what I am requesting a callback for, being the longest
>un-async function in the entire SDK as the entire TCP layre has to be
>established.
>
>- MR
>
[View Quote]

Jul 8, 2004, 6:04pm

Well, besides the fact that this whole thread belongs in SDK, not here
(LOL), I want to say this:

aw_create and aw_login are confusing. aw_create should not meddle
with sockets or connections, that is the task logically of aw_login.
In my talks with Roland, it seemed that tis was the case, that
confused me.

What aw_login seems to do according to what I now know is, once the
connection to the universe was established with aw_create (with 2
blocking funcs), just send the identification parameters of the bot
(cit, pw, application name) async, if the callback is installed.

To give another example: when aw_enter (the function used to enter a
world) is used, it blocks, even if it has a callback. It has to
retrieve from the uni server the ip, port etc of the world sever
(realised as a blocking function) and then login to the world (another
blocking function).

Why use blocking, that frezes your application and any other bot
instances in the program? Because the aw.dll knows nothing about
threads, I think, so this threading problem should be solved first,
before adding callbacks which would be useless.

Moreover, I would think that aw_create and aw_login could be either

1) make to do their own task: aw_create to reserve memory (create the
instance), aw_login to do the TCP/IP stuff (async i.e. in a thread)

2) merged into one function (async) with just one callback. After all,
why multiply functions that have as task to get the bot into a
universe?

Both 1 and 2 make sense in their own way, the current implementation
does not make any sense.

Alex

On 8 Jul 2004 13:25:02 -0400, "strike rapier"
[View Quote] [View Quote]

Jul 8, 2004, 7:10pm

What seems is not what is (thanks Sleepy) :)

On 8 Jul 2004 16:33:43 -0400, "strike rapier"
[View Quote] >As far as I know aw_create establishes the connection to get the cipher
>keys, which are needed before the logon is sent as it needs to be
>encrypted... But I havent really spent much time trying to hack AW to find
>out...
>
>I think the naming does sound about right.... aw_create is creating the
>background systems needed for anything to happen, whereas aw_login is the
>actual login handshaking to get the connection actually knowing whats going
>on about it.
>
>As for the world connect it seems to work pretty async for me? But then
>again... im running the VBSDK for 3.4 here..
>
>- MR
>
>
>
[View Quote]

Jul 31, 2004, 11:26am

Fluent in spanish for 55 years now (it's my first language). Both are
possible, depending on context. Nada más seems appropriate in this
one.

Basta!

Alex

On 31 Jul 2004 06:18:47 -0400, "ferruccio" <startrek3 at earthlink.net>
[View Quote] >plus iv been fluent in the language for about 3 years now...
>
>
>How many years of spanish have you taken?
>

Aug 7, 2004, 10:09am

Custom avs pose more than one technical problem. The example here is
from Adobe Atmosphere, that allows custom avs. They do that by adding
a property to the user: the avatar URL, which is customised by the
user him/herself. But this opens a door for misuse: there is no check
on the validity or desirability (size, verts, theme - e.g. nudity -
etc) of such an avatar. Translated to AW terms, the world server does
not screen avatars or objects (except for registry encroachment), the
users' browsers do that, so there is no 'central' way to reject an
undesirable avatar. This problem need addressing before introducing
custom avs :)

Alex

[View Quote] >When I think custom avs, I think creating a whole av, loading it on some
>path, and then specifying that path in your personal settings. If a person
>has that path it overrides the selected avatar from the worlds av list, and
>everyone will download it. Custom avs might then be cached in a similar way
>as other people's pictures and sounds in action commands.
>
>I don't think of custom avs as potatoe head - that sounds more like a custom
>av builder, where you pick what face, what hair, what shape, etc. you want.
>
>~ Justin
>
>
[View Quote]

Oct 31, 2004, 2:55pm

This has been on my wishlist from day 1 that IPs were available for
bots. A bot with CT or Eject rights should get this info with
avatar_add and avatar_change, this would simplify the code enormously
and avoid the asynchonic nightmare :)

Alex

On 23 Oct 2004 21:47:27 -0400, "tony m"
[View Quote] >This would also save having to send a lookup request through aw_address.
>
[View Quote]

Dec 6, 2004, 8:29am

The first occurrence of Alphaworld to Blphaworld for example? :)

On 5 Dec 2004 21:58:50 -0400, "alexthemartian"
[View Quote] >or you used a hexeditor and change 1 single word.. which i wont say becuase
>i dont want to get in trouble, lol
>
[View Quote]

Feb 24, 2005, 8:04am

Oh, what I always dreamed of was to have this sort of system too for
fog pockets (besides the general fog option), even allowing negative
fog numbers to neutralise the general fog. This would be great for
games and any worlds really: a fog command on objects!

On 16 Feb 2005 15:58:01 -0500, "Kenneth" <cosmosken at sbcglobal.net>
[View Quote] >It would be cool if there was a way, maybe a command to put on an object,
>like light does, to expand air (or empty space) within a given amount of
>meters (including decimal numbers) of radius under water. That way people
>can make cities under water, etc.
>
>-Kenneth
>

Mar 3, 2005, 6:14pm

Seems easy but... water has its own parameters vesus air: buoyancy vs
gravity, own animations, etc... so its not only a matter for the image
renderer, it's changes many more properties. Not impossible of course
:)

On 3 Mar 2005 11:17:20 -0500, "King Small Guy"
[View Quote] >simply calculate the distance to the object contaning the code to activate
>the air pocket
>
>Create air radius=100
>
>so if you are within 100 of that obj you are in teh pocket lol
>
>But the problem will be if aw doesnt calculate the distances already

Mar 26, 2005, 9:32am

http://www.imatowns.com/xelagot/xlgtopicghosts.html


On 22 Mar 2005 18:05:42 -0500, "Strike Rapier" <markyr at gmail.com>
[View Quote]

Jun 20, 2001, 10:39pm

I'm very distressed about the loss of information your newsgroup
restructuring has caused. As a regular user (what ActiveWorlds staff
pertinently is NOT), I lost all the material I collected about this
community. I have been a bot maker for Active Worlds for a few years now,
since the SDK exists. I could always refer to past articles, compare,
refresh... you deleted this opportunity.

New times are new times, but respect for your users (or the lack of) is a
sign of your strength (or weakness).

Wish you luck,

XelaG

Jun 25, 2001, 10:00pm

And useless comments like the one you just posted.

Sure, some people abuse the newsgroups by posting unecessary stuff, that may
include html. The biggest abuser, to my knowledge, is Eep. She (or he) has
wasted the largest amount of the bandwidth I dispose of, insulting and
denigrating people. She is certainly NO model for anyone. Are you
following her footsteps in normating us?

Sure, as recommendations yours are fine. But you are not (me neither) the
moderator of this newsgroup

Agree with whom you will, it's your right... but if you make it public, that
becomes yours and other people's business :)

XelaG

[View Quote]

Sep 13, 2002, 7:21pm

On 11 Sep 2002 07:05:54 -0400, "ambivalent" <kersting at blast.net>
[View Quote] >I highly recommend Ima Genius from imatowns.com
>
>Excellent service, fast & reliable servers, reasonable prices, and he won't
>mess with your worlds.
>
>Kerstin
>(formerly ambivalent)
>

So do I!

XelaG

May 28, 2003, 12:26pm

On 27 May 2003 02:43:17 -0400, "dlp anne" <anne at dreamlandpark.com>
[View Quote] >is it possible to cut holes in objects using rwmodeler?
>
>I know how to do this in true space, but true space can't open a rwx file,
>so I used AccuTrans to convert the rwx to a cob file so I could load it into
>true space and cut the hole.
>But when I do this, true space wont cut the hole in it saying.
>The object is not a solid.
>Can't do boolean operation.
>Change the relative positions of the objects or change the boolean
>precision.
>
>Any ideas?
>

If an object has holes, many modelers will not apply boolean
subtraction to it. It may be that the RWX was missing faces (already
had a hole), or that Accutrans dropped faces or inverted a normal
while triangulating (happens somtimes).

You can try cleaning up your RWX model and triangulating it with the
latest version of my RWXThing before loading it in Accutrans, it may
just happen that that fixes the problem (or not)

RWXThing 4.4 can be found here:
http://www.imatowns.com/xelagot/links.html

Alex

May 28, 2003, 1:05pm

Another idea is to forbid accutrans to split the clumps per material.
When accutrans splits per material, it creates sub-clumps for each
material, which are open (non solid) surfaces. This may be the reason
you can not use the boolean subtract.

Alex

Jun 17, 2003, 8:08pm

I've been reading about the COB format today, and the matter is even
more complicated. Truespace has its own system for texture-mapping
(UV-ing) faces, which is unrelated to vertex specification (i.e., one
vertex there can have many different UVs). RWX needs one vertex per
UV coordinate (and per vertex colour if used), so conversion from COB
to RWX requires vertices to be added (in the same place of course, but
with different UV). This breaks the surface for Truespace.

Truespace, to consider an object solid, uses a formula "For an object
to be solid, the number of faces in an object minus two must equal the
number of vertices plus the number of edges. In addition, each edge
must be shared by exactly two faces" according to theur docs. This
is mostly not the case when converting RWX back to COB, as RWX
vertices will have been multiplied as soon as you have more than one
texture coordinate for that vertex, and therefore extra face edges
will appear, making boolean operations like substraction impossible in
Truespace.

Alex


[View Quote] >Another idea is to forbid accutrans to split the clumps per material.
>When accutrans splits per material, it creates sub-clumps for each
>material, which are open (non solid) surfaces. This may be the reason
>you can not use the boolean subtract.
>
>Alex

Jun 24, 2003, 10:30pm

May I suggest a solution to all this, especially to universe and
galaxy owners?

STOP using workarounds. DEMAND politely but firmly from ActiveWorlds
that they implement the simple but very necessary features you
require. Code that has to do with url paths SHOUL NOT be solved by
php or other scripts, it should be solved by ActiveWorlds.

An example. There have been multiple requests to allow a flexible
filename for the avatars.dat, to allow different worlds to share the
same object path. Similarly for terrain, to allow different texture
base names. These are two VERY simple features to implement, yet they
have not been done. In the meantime, inventive programmers have have
given us workarounds... which will work or not according to weather
conditions or server configurations.... It's up to you to decide :)

Alex

On 14 Jun 2003 22:02:57 -0400, "dlp anne" <anne at dreamlandpark.com>
[View Quote] >For some reason the multipath.php still dose not work, it stoped working
>back in March 2003 and no one can seem to find out why.
>Was there an upgrade to teh php code that we need to know about?
>I do remember in teh past that it did this before and stoped working and I
>was told to change my " to ' to make it work again.
>Did they go back to " or changed it to something new?
>Here is the php the way it is now and it don't work.
>
><?PHP
> $aPaths = array ('http://www.path1.com', 'http://www.path2.com',
>'http://www.path3.com', 'http://www.path4.com');
>
>
> $fIn=$fOut=$IsZip=0;
>
> // this block is only needed if AW examines the HTTP header!
> if ($Content = strrchr ($QUERY_STRING, '.'))
> {
> if (stristr ($Content, ".zip"))
> Header ("Content-Type: application/zip");
> else
> Header ("Content-type: image/jpeg");
> }
>
> $Namepos = strrpos ($QUERY_STRING, '/');
> $Filepath = substr ($QUERY_STRING, 0, $Namepos+1);
> $Filename = substr ($QUERY_STRING, $Namepos+1);
>
> Header( "Content-Disposition: attachment; filename=".$Filename );
>
>
> $Firsttry = -1;
> if ($Filename[0] == '~')
> {
> $Firsttry = intval (substr($Filename,1,2))-1;
> $Filename = substr($Filename, 3);
>
> if ($Firsttry >= 0)
> if ($fIn = at fopen ($aPaths[$Firsttry].$Filepath.$Filename,
> "rb"))
> {
> fpassthru ($fIn); // no fclose, fpassthru() closes the file
> exit;
> }
> }
>
> $Anz = sizeof ($aPaths);
> for ($i=0; $i<$Anz; $i++)
> if ($i != $Firsttry)
> if ($fIn = at fopen ($aPaths[$i].$Filepath.$Filename, "rb"))
> {
> fpassthru ($fIn); // no fclose, fpassthru() closes the file
> exit;
> }
> ?>
>

Jul 14, 2003, 5:29pm

On 14 Jul 2003 13:27:00 -0400, "zerge aka rexory"
[View Quote] >some guy called arcior gave it to matt on msn , and i know thta for sure ,
>how do you know for sure it didnt , and you think you know how it happend ?
>and french doesnt make you stupid , i am belgian , cant be worse :)
>


wow, ik ben frans en nederlander... in frankrijk hebben we
zwitsermoppen, in nederland belgenmoppen :)

non, la stupidité n'est pas la proprieté exclusive d'un peuple!

Alex

Jul 14, 2003, 5:43pm

Your guesses are wrong in my opinion. Gala has the latest world
server, and the bot that entered the world and did the mischief was
wearing the privilege cit and password of the caretaker.
Simultaneously with that bot, a load of tourists entered... possibly
already warned and prepared for the "fun". A xelagot was there
invisible at the time, and clearly recorded the privilege citizen
number of the mischievous bot.... and all the chat. As I frankly
don't know what this tunnel thingy is, I cannot comment further, but
maybe ActiveWorlds representatives can clear up the matter?

As far as tests were done on all bots that the caretaker has used,
none of them is a password stealer. The caretakers did not give away
their priv password to anyone.

Any more suggestions that have not been made?

Alex

[View Quote] >Ok guys I read these ngs and just HAD to respond to this thread, because
>frankly Strike Rapier was the closest to getting what actually happened here
>correct. It was in fact the Tunnel bug in the world server that was used to
>take over Gala. Also, Sleepy E isn't the only one who knows how to do it,
>there are a few others :P.(anyone who really wanted to know how would find
>so in the differences in the world servers after the tunnel bug was fixed,
>'nuff said) Anyways to give a basic overview basically what happened was
>the culprits used an application to connect to the ip/port hosting the world
>server, and it pretty much bumped the hoster out of control of it. From here
>you can do a variety of things since technically you are hosting the world
>;-). One of these things is load a propdump, which happened in this case. To
>the world owner of Gala. Make sure you are using the latest build of the
>world server. The reason why this world was targeted is because whoever was
>hosting it, was running an older version of the world server where the
>tunnel bug still hasn't been fixed. There are quite a few people out there
>who still aren't upgrading the world server. Anyways. M A T T doesn't have
>the capability to do this, it wasn't him, trust me. Open your eyes people :)
>take a look at the obvious before assuming M A T T does everything, he is
>not capable of doing anything significant in AW. He just uses cheap tricks.
>Tunneling is way above his level. So to the world owner of Gala take a look
>at your world logs, you will be able to tell that control was taken over
>from the world in there :) Also take a look at the brief moment the world
>went WFS, that was when it happened. I just figured I would set you guys
>straight on what happened :)
>
>-Cheers
>Mod
>
>
[View Quote]

Jul 13, 2003, 7:53pm

Imagine,

The golden rule is to be able to trust the maker of the bot. If you
have more technical knowledge, you can handle unknown bots, if you
don't, go by bots that are made by proved trusted botmakers. A bot
maker can include backdoors and all sorts of code in their bots. I
could with xelagots but I don't... it's a matter of ethics. There is
NOTHING AW can do to prevent malicious programmers to mess up things:
to log in a bot, you have to provide cit# and priv. password... if the
bot is a password stealer, you're done.

What AW can do, and I'm sure they try, is to avoid code in their own
universe and world server software that could permit this sort of
incident from happening. But if someone has the privs of someone
else, by whatever means, there is nothing AW can do to stop them doing
their dammage.

One example of what AW could do: some time ago, I had a tourist in my
world, "SleepyE" or something like that. My bot discovered this
tourist was wearing citizen privs: a tourist can not have privs, that
is normally impossible. I posted a bug report in the beta group... no
response from AW officials.

This kind of loophole should be closed, and we should be informed
about it.

Alex

[View Quote] >You guys make useing a bot sound scarry. I am one of those people who knows
>nothing aobut a bot except for how to turn it on and say go. I may never
>turn on my bot again lol
>
>Imagine
>
[View Quote]

Jul 14, 2003, 4:16am

On 14 Jul 2003 01:10:27 -0400, "strike rapier"
[View Quote] >Sleepy Es Priv was via the AWProxy, Logging in with a privilege password is
>client based, ie: only the Browser dissables it as a tourist, with direct
>access to the protocal you can use it regardless.
>
>- Mark

I that is so, it is a grievious fault... authentication should be
done by the universe server, regardless of what clients do. No
tourist should be able to wear privs.

Alex

>
[View Quote]

Aug 8, 2003, 6:46am

Well, actually, AW is wholy to blame, and not john (however foolish
you may think he was). This is a security issue and should be patched
inmediately.

Alex

[View Quote] >Personally, I think he was just being foolish. World owners set the world
>features for a reason and don't like when people mess with them. He
>shouldn't have done what he did, but he should have gotten a warning from
>AWI or the world owner, not a banning. The point is, that he didn't hack to
>do what he did. He simply used, foolishly, a bug that was left in the
>browser. I hope they are doing something to fix the bug. I would hate to see
>more kids being banned for doing what you know kids will do when they find
>something like this to play with.
>
>Imagine
>
[View Quote]

1  ...  17  18  19  20  21  22  ...  36  |   Order by default