ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1008
|
Thu Mar 24 10:31:01 2005 |
| Stephen A. Wood | saw@jlab.org | Bug report | Linux | | Crash with Protect Selection page = 1 | Using 2.5.8, if I set "Protect Selection page" to 1, then elogd seg faults
as soon as it is accessed.
Under 2.5.7, a login page will come up, and the logbook will work, but only
if a valid username/password is given. If an invalid login is given, then
elogd crashes. We have a cron job that periodically restarts elogd if it is
has crashed.
Steve
[global]
logbook tabs = 0
port = 8080
Protect Selection page = 1
Password file = user.info
Admin user = saw
|
1019
|
Thu Mar 24 13:40:27 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | r1592 | Re: wrong handling of attachment names | > When an attached image name contains a space in its filename and attachment
> display is enabled elog builds a wrong url to the image:
>
> http://arcolog.roma2.infn.it:8080/ARCO/050309_170709/peeling+002.jpg
>
> instead of the correct one:
>
> http://arcolog.roma2.infn.it:8080/ARCO/050309_170709_peeling+002.jpg
>
> The more annoing thing is that elogs hangs on this. a strace shows a select
> on fd n°3 and 5 that loops forever (returning a timeout error):
>
> send(4, "<141>Mar 23 11:36:25 elogd[22189"..., 35, 0) = 35
> rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0
> select(1024, [3 5], NULL, NULL, {1, 0}) = 0 (Timeout)
> select(1024, [3 5], NULL, NULL, {1, 0}) = 0 (Timeout)
>
>
> May be the better solution is, after fixing the bug for backward
> compatibility with already uploaded images, to implement a forced characters
> substitution at upload time, replacing spaces and every character not in a
> "allowed chars" list with an underscore
donno if the following is correlated, otherwise there is another problem I
guess :-)
I attached a strace of elog, hope you'll find it useful.
- Irestarted the daemon
- attached strace to it
- requested the list for a testin logbook, few entries some quite big images
(two thumbnails, the other are old images get resized my the browser)
- repeted previous point a couple of times
- press F5 (mozilla-firefox) the browser hangs 4ever
- stop the load
- repeat point 3, all right
- F5 => hangs
- F5 => hangs
there should be some problem, may be in the socket ? |
1027
|
Fri Mar 25 16:00:55 2005 |
| Alex H | alex@synergie-inf.com | Bug report | Windows | V2.5.8-1 | Preset text Dont work more! | Hi,
I'am using Elog V2.5.8-1 and the "Preset Text" option don't work more since
I've updated Elog. could you fix it?
Thanks.
Alex |
1379
|
Fri Aug 5 02:27:15 2005 |
| Chris Green | greenc@fnal.gov | Bug report | Linux | 2.6.0-CVS | Top Groups, Show Top Groups, password file and Protect Selection page have nasty interaction | Hi,
Just as our ELOG went into production, I tripped over a couple of related (I think) bugs.
First, the easy one: line 21368 of src/elogd.c has a compile warning which looks non-benign. I fixed it in my local copy with:
Index: elogd.c
===================================================================
RCS file: /usr/local/cvsroot/elog/src/elogd.c,v
retrieving revision 1.739
diff -r1.739 elogd.c
21368,21369c21368
< sprintf(str, "?fail=1", user);
< redirect(lbs, str);
---
> redirect(lbs, "?fail=1");
Regardless (ie if I use the original CVS code or the patched version), a hard-to trace problem occurs with my configuration whereby users are denied access after password entry at the logbook selection page (even when details are verifiably correct), and users are dropped through to the next (non-protected) Top Group page. This problem goes away if "Protect Selection Page" is turned off.
A kind of "shadow" of this problem occurs if you create a new logbook from the Change Config File page, whereby after creating the new logbook one is dropped through to the next Top Group's selection page after saving the configuration (and the url has ?fail=1 added to it, althoguh line 21368 above is hardly the only place where this could have occurred).
I think all these things are linked. I'd be grateful if you could review this section of this code for possible causes of these problems. While we can operate for now with non-logged-in users able to see our list of logbooks, that is not something we want for the long term.
Thanks for your help,
Chris. |
1421
|
Fri Sep 23 19:23:26 2005 |
| Dan Chitwood | dchitwoo@uiuc.edu | Bug report | Linux | Windows | 2.6.0-b4 | Post appearing twice | We are having trouble on our logbook with posts appearing twice. Both posts contain the same ID number, time, etc. This most often occurs when the e-log entry is being written for an extended period of time (ie. more than 30 minutes), but I don't know if that is the root cause of the problem. It may also be related to posts that are edited after an initial posting. Could this be due to an improper setting in our config file? |
1434
|
Sun Oct 9 20:39:50 2005 |
| Exaos Lee | Exaos.Lee@gmail.com | Bug report | Linux | Mac OSX | 2.6.0beta5 | "Error: Cannot find hostname" | I usually access hosts in LAN with their IPs. But elogd seems to prefer hostnames to IPs. I cannot ask each one to add the hostname to their system config file while they visit my host. I encounter several problems which seems to be related to the hostname resolution:
- I can visit remote elog service through IP and port, but cannot submit entry and cannot open the config page remotely. For example, my powerbook's name is "exaos-pb-12" and its IP is 10.10.2.96. I run elogd on my PB and try to access it through URL http://10.10.2.96:8080/ on host 10.10.2.99. While I submit a new entry or open the config page, my firefox alway blames: "exaos-pb-12.local could not be found. Please check the name and try again."
- Sometimes, all the images, colors are missing. It looks like that my firefox cannot find the correct URL of these images or CSS files. It might be the same problem of "cannot find hostname".
|
1435
|
Sun Oct 9 20:43:31 2005 |
| Exaos Lee | Exaos.Lee@gmail.com | Bug report | Linux | Mac OSX | 2.6.0beta5 | Cannot submit admin password while logbook is named in Chinese | As the title. |
1598
|
Tue Jan 17 16:04:28 2006 |
| Mark Coudriet | markcoudriet@yahoo.com | Bug report | | | In version 2.6 the themes do not work right on Windows. | In version 2.6 the themes do not work right on Windows.
The URL is fixed at whichever logbook that is selected (e.g. ELOG 2.5.9-4 is <link rel="stylesheet" type="text/css" href="default.css"> & ELOG 2.6.0-1 is <link rel="stylesheet" type="text/css" href="http://localhost:8080/demo/default.css">). |
|