|
|
| Author |
Message |
janc
|
|
Backtalk Bug Report Item
|
Sep 7 19:18 UTC 1996 |
OK, here's an item for bug reports.
|
| 46 responses total. |
janc
|
|
response 1 of 46:
|
Sep 7 19:20 UTC 1996 |
[1] When creating a .cf file, backtalk doesn't strip addresses off the name
from the passwd file.
[2] Backtalk seems to put the linked flag in the wrong entry of the sumfile.
[3] If you try to list users, backtalk times out before it finishes listing
13000 users. Surprise, surprise.
|
janc
|
|
response 2 of 46:
|
Sep 7 19:26 UTC 1996 |
[4] Attempting to look up user bios gives a bomb...which is now wonder,
since on Grex those are going to have to be taken from .plan files instead
of the bio file. Need to do some redesign here.
|
srw
|
|
response 3 of 46:
|
Sep 7 19:49 UTC 1996 |
Hmm. yes. Even non-telnetting types should keep their bio
info in a .plan file, so it can be seen by conventional
users. Hmm.
|
srw
|
|
response 4 of 46:
|
Sep 7 20:10 UTC 1996 |
[5] the vanilla/conflist is not giving me the form to maintain it.
I belive that this is because it checks first to see if .cflist is
writable, and finds that it is *not*. We need something like partutil to
make the .cflist writable so we can maintain it over the web.
I can fix it as root, but not as srw, as I cannot grant cfadmg group
status to my own .cflist file. This is the way unix works.
|
janc
|
|
response 5 of 46:
|
Sep 8 01:59 UTC 1996 |
Hmmm...I think I fixed it so it will be turned readable if you try
reading it, but I think the "readable" function may be reporting its
state before it gets reassigned to group cfadmg. Or something. Need to
study this. In any case, I thought I already had done something about
making partutil work on .cflists.
|
orinoco
|
|
response 6 of 46:
|
Sep 8 22:19 UTC 1996 |
I don't know if it counts as a bug, really, but all "help backtalk" returns
is three boxes and a percent sign.
|
janc
|
|
response 7 of 46:
|
Sep 9 20:17 UTC 1996 |
Here are you entering "help backtalk"?
|
janc
|
|
response 8 of 46:
|
Sep 10 06:41 UTC 1996 |
I believe I've fixed the name-setting bug. People who join conferences
via backtalk should no longer have their addresses appended to their
name. If you joined before I fixed the bug, the bug fix is too late
to help you. You are stuck with the junk in your name until you
use the "change your name in this conference" command in pistachio
to fix it.
I may have fixed the .cflist bug that Steve mentioned above.
I'm posting from lynx, which is so weird that I can't really tell
if it is working or not. My ISP has flaked out again. :-(
|
popcorn
|
|
response 9 of 46:
|
Sep 10 07:23 UTC 1996 |
This response has been erased.
|
janc
|
|
response 10 of 46:
|
Sep 10 14:21 UTC 1996 |
Yeah, the Pistachio buttons are on izzy, and izzy is in cloud-cuckoo land.
It's nice to have the pictures someplace other than Grex, because things
run faster that way, but it'd be neat if we had a way to fall back to
another site if izzy is down.
|
popcorn
|
|
response 11 of 46:
|
Sep 10 15:56 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 12 of 46:
|
Sep 10 16:28 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 13 of 46:
|
Sep 10 16:31 UTC 1996 |
This response has been erased.
|
orinoco
|
|
response 14 of 46:
|
Sep 11 00:31 UTC 1996 |
A little bit of flakiness occurred in the text entry field in
vanilla, but I can't seem to replicate it. I was entering text, and
scrolled up to look at previous responses while my cursor was in the
text entry field. When I scrolled back down, there were two cursors
in the field--one solid, and one flashing. I clicked in the field,
and it seemed to get things back to normal--there was only one
cursor, happily blinking away--but the backspace key, rather than
deleting the previous letter, would remove that leter and replace it
with a letter from the word before.
I'm using netscape 2.0 with vanilla from a Mac IIsi, if any of this is
relevant.
|
popcorn
|
|
response 15 of 46:
|
Sep 11 03:46 UTC 1996 |
This response has been erased.
|
janc
|
|
response 16 of 46:
|
Sep 11 15:05 UTC 1996 |
Re #14: Whatever caused that, it wasn't Backtalk and there is nothing
Backtalk can do about it. It's a browser problem.
Re #15: Izzy was up yesterday, but they've set up the file system to be
shared between two computers via NFS, and they are having big problems.
Accessing some files seems to take forever. So it wouldn't astonish me
if it was really, really slow about sending the button images yesterday.
It seems to be better today. (cross fingers). But I don't think there
are any images on the welcome page. I don't know why that would be
hanging.
I've installed a new version of Backtalk that should fix the problem
with updating sum files incorrectly when you link items.
|
janc
|
|
response 17 of 46:
|
Sep 11 15:11 UTC 1996 |
Yup, looks like the linking bug is fixed all right.
|
janc
|
|
response 18 of 46:
|
Sep 13 17:08 UTC 1996 |
OK, user bios work a bit better now, though I think they still need a
bit of work. If you click on the login id's of any other user, it does
the moral equivalent of a "finger" on him, displaying that user's .plan
file. If you do so on your own login, you get a chance to edit your
.plan file.
You also get fields to edit your full name, change your password, and
nuke your account. None of these will work, nor are any of them likely
to start working in the near future. Instead, we will probably modify
the scripts to stop offering the options.
The bios do still leave the office and phone fields in the user's full
name. This still needs to be fixed up.
|
srw
|
|
response 19 of 46:
|
Sep 18 06:19 UTC 1996 |
Re 14. Jan is right (in 16) that is a Netscape 2.0 bug, valerie. It
seems to be mac-only as far as I can tell. I run into it from time to
time. It's annoying, but not deadly.
|
janc
|
|
response 20 of 46:
|
Sep 18 23:19 UTC 1996 |
The list of users commands in both vanilla and pistachio should more
or less work now. They are still slow, but they do seem functional.
They allow you to list all users (showing just a few per screen) or
search the user database for a any users with a particular string in
their names Probably there should be an option to search for an exact
match with a particular login name. That, at least, would be fast.
|
popcorn
|
|
response 21 of 46:
|
Sep 29 20:36 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 22 of 46:
|
Sep 29 20:47 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 23 of 46:
|
Sep 29 20:55 UTC 1996 |
This response has been erased.
|
popcorn
|
|
response 24 of 46:
|
Sep 29 21:04 UTC 1996 |
This response has been erased.
|