Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 723 of 796  Not logged in ELOG logo
ID Date Icon Author Author Email Categoryup OS ELOG Version Subject
  311   Fri May 2 11:05:28 2003 Reply nickc1nick@nick.comRequest  Re: Feature request - fairly urgent also :)
> No, but I will put it on the wishlist. Anyhow it is hard to implement 
> something like this. Assume that I would lock a page whenever it's edited 
by 
> someone. This person can edit it and forget to submit the changes, just 
close 
> the browser. Since the elogd server does not know when a remote browser 
is 
> closed, it cannot determine if the editing is just taking long or if the 
> person closed the browser. In the latter case, the message would be 
locked 
> forever and nobody could change it any more. If I put a timeout, like 
keep 
> locked for N minutes, it's again not 100% safe. I saw people doing shift 
work 
> with elog, opening a page, keeping it open for 8 hours and then submit 
it. 
So 
> if I set the timeout to 8h, and someone abandons editing a message, this 
> message would be blocked for 8h, which is probably also not what you 
want. 
> 
> Alternatively, I just can display a messge: Warning: this message is 
> currently edited by user xxx on host xxx. But if the warning is ignored 
by 
> the user, then again we have the same problem.
> 
> Do you see a clever solution to that?


I was thinking of having an icon on the page that administrator can click 
to 
unlock a record that has been left locked by someone, perhaps using 
something 
like 

Allow Unlock = admin (or even just have the option on the top like 
(Admin/Config) for administrators

Just like the delete function works, in addition to the Warning message as 
you suggested
  321   Wed May 7 15:20:46 2003 Idea Thomas SaleinnoneRequest  A NAME=... tags around the attachments
Hello Stefan,

it would be useful, if the web server automatically produced tags <A NAME=
[AttachNo3]>Anhang 3</A> around the entry of the attachment. With this one 
could easily reference in the HTML text an attachement at the end of the 
page.

I had a problem, when I just put a HTML text with <IMG> tags into the 
formular box and I could not reference them although they were available 
(and displayed pictures) as attachments.

Thomas
  328   Wed May 7 21:15:57 2003 Reply Stefan Rittstefan.ritt@psi.chRequest  Re: A NAME=... tags around the attachments
> it would be useful, if the web server automatically produced tags <A NAME=
> [AttachNo3]>Anhang 3</A> around the entry of the attachment. With this one 
> could easily reference in the HTML text an attachement at the end of the 
> page.

I added a name tag <A NAME=attx> where x is 1,2,3,... to the attachments 
(->CVS). So you reference them by "/<logbook>/<id>#attx" where x is the 
attachment number, <id> the message ID (the one displayed in the URL if you 
display a single message) and <logbook> is the logbook name.

> I had a problem, when I just put a HTML text with <IMG> tags into the 
> formular box and I could not reference them although they were available 
> (and displayed pictures) as attachments.

That won't work, since attachments are preceeded by the date/time, to avoid 
name collisions if two identical file names are submitted several times. You 
see that if you click on an attachment to display only that picture. The URL 
in the browser gives you the full URL including the date/time, which you 
have to use to reference that image. This is of course not possible if you 
are just submitting an entry, since you don't know which exact time the URL 
will get. So you first have to submit the message with the attachment, the 
lookup the attachment URL, then edit the message again and enter the full 
URL. Not very handy, I know, but right now the only way.
  331   Thu May 8 16:49:05 2003 Question Tomas Rudolftomas@mba.beRequest  "Selection page" parameter
Hi, 

I have a question concerning the "Selection page" ELOG.cfg parameter.
I was wondering if it is possible to specify a complete (absolute) URL such 
as http://www.myserver.com/my_elog_menu.htm.

I need this type of configuration because we actually need to have the 
custom selection page sitting on a different server from the one where ELOG 
is run.

Thus far, the only work-around I could think of is to make a reference to a 
local html file which redirects to the http:// resource outside of the 
server.

When tried the absolute path, i got "The requested 
file /usr/local/elog/http://www.myserver.com/my_elog_menu.htm was not found 
on this server" error message. I'm wondering if it's just a bug or if there 
is a reason for it.

Thanx,
Tomas
  332   Thu May 8 22:22:24 2003 Reply Stefan Rittstefan.ritt@psi.chRequest  Re:
> I have a question concerning the "Selection page" ELOG.cfg parameter.
> I was wondering if it is possible to specify a complete (absolute) URL 
such 
> as http://www.myserver.com/my_elog_menu.htm.
> 
> I need this type of configuration because we actually need to have the 
> custom selection page sitting on a different server from the one where 
ELOG 
> is run.

I added this possibility to the source code (->CVS), although it's not clear 
to me how this should work for you. If you don't have access to the server 
where elogd is running, how should elogd then redirect you to somewhere else?
  335   Mon May 12 18:11:26 2003 Reply Tomas Rudolftomas@mba.beRequest  Re:
> > I have a question concerning the "Selection page" ELOG.cfg parameter.
> > I was wondering if it is possible to specify a complete (absolute) URL 
> such 
> > as http://www.myserver.com/my_elog_menu.htm.
> > 
> > I need this type of configuration because we actually need to have the 
> > custom selection page sitting on a different server from the one where 
> ELOG 
> > is run.
> 
> I added this possibility to the source code (->CVS), although it's not 
clear 
> to me how this should work for you. If you don't have access to the server 
> where elogd is running, how should elogd then redirect you to somewhere 
else?

Thank you Stefan,
It's not that we wouldn't have access to the ELOGD server, it's the fact that 
we're trying to create our own dynamic selection page (with a more detailed 
overview of the content of different logbooks - such as the date of last 
logbook entry, number of entries in last week, month etc.) based on the 
information we send from ELOG to our SQL server. 

So in this case the user logs on to ELOGD (currently run on Linux) then will 
be redirected to the selection page on a Windows machine (ASP getting all 
necessary information from a MS SQL DB) and the dynamically created links 
refer back to the ELOGD Linux server. May seem a little too complicated but 
works fine.

Tomas
  336   Mon May 12 22:47:10 2003 Reply Stefan Rittstefan.ritt@psi.chRequest  Re: Feature request - fairly urgent also :)
> We are using elog as a small database system, today we came across a 
> problem where 2 people were editing the same record and the first one to 
> submit his changes were overwritten when the second person submitted his.
> 
> Is there anyway to lock a logbook record when someone has pressed EDIT, 
> maybe set a flag in the logbook entry so it has to be unlocked when its 
> submitted by the originator or by an administrator.

I added some code experimentally to avoid double editing. Whenever a message 
is edited, a "stop" sign is displayed in the message list next to the edited 
messages and a warning is issued on the single message display page. If the 
original editing has been given up (browser closed) one can just ignore this 
message. I prefer this solution in comparision with a real locking, since 
the mechanisms for unlocking a stale message by the administrator is not 
necessary. Get the newest code from CVS, get also themes/default/stop.gif to 
display the stop sign, and let me know what you think.
  338   Wed May 14 18:18:31 2003 Reply nickc1nick@nick.comRequest  Re: Feature request - fairly urgent also :)
Thanks Ill grab it tomorrow and try it,

when is the new version out btw ?
ELOG V3.1.5-2eba886