Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 178 of 238  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
icon4.gif   Inline images URL not working, posted by Alexandre Gauthier on Wed Mar 1 19:51:05 2006 
Hello

I'm running elog on the blackdog embedded device so I can carry it around while doing my consultant work.
    icon2.gif   Re: Inline images URL not working, posted by Stefan Ritt on Thu Mar 2 07:15:27 2006 
[quote="Alexandre Gauthier"]Whenever I try to insert an inline picture by using the [code]\elog:1741/1[/code] paths with ELCode, the link becomes "logbookname2/1"
(Where logbookname is the name of my logbook) and hence, doesn't work. I recall that it worked once. The image did not display, but the URL seemed correct...[/quote]
       icon2.gif   Re: Re: Inline images URL not working, posted by Alexandre Gauthier on Thu Mar 2 14:35:54 2006 
[quote="Stefan Ritt"][quote="Alexandre Gauthier"]Whenever I try to insert an inline picture by using the [code]\elog:1741/1[/code] paths with ELCode, the
link becomes "logbookname2/1" (Where logbookname is the name of my logbook) and hence, doesn't work. I recall that it worked once. The image did not display,
but the URL seemed correct...[/quote]
          icon5.gif   Broken thread structure in Forum?, posted by Yoshio Imai on Mon Mar 13 12:51:36 2006 
Hi!

I noticed that this thread seems to be broken in the Forum. When I view the thread start in single view (http://midas.psi.ch/elogs/Forum/1739), I have
             icon2.gif   Broken thread structure in Forum?, posted by Stefan Ritt on Mon Mar 13 12:57:33 2006 
[quote="Yoshio Imai"]I noticed that this thread seems to be broken in the Forum. When I view the thread start in single view (http://midas.psi.ch/elogs/Forum/1739),
I have access to all subsequent posts, but the first reply seems to be interpreted like a new thread, i.e. when clicking onto it (http://midas.psi.ch/elogs/Forum/1741),
the thread start is no longer displayed and accessible in the list of posts. Is this intentional, or is it a bug?[/quote]
                icon2.gif   Broken thread structure in Forum?, posted by Yoshio Imai on Mon Mar 13 13:19:09 2006 
[quote=Stefan Ritt] I have no clue how this could have happened, but I fixed it by manually editing the log file.[/quote]

I also have never come across anything like this in our logbooks (approx. 10000 entries), so it doesn't look like a bug.
icon5.gif   Problem submitting entries in ELOG after migrating from Windows to Linux, posted by Edmundo T Rodriguez on Thu Mar 9 21:10:18 2006 
I was able to install ELOG v2.61. in a Compaq ProLiant DL360 running with SUSE Linux v10
The migration/implementation went quiet well ...
    icon2.gif   Re: Problem submitting entries in ELOG after migrating from Windows to Linux, posted by Steve Jones on Fri Mar 10 06:12:55 2006 
[quote="Edmundo T Rodriguez"]I was able to install ELOG v2.61. in a Compaq ProLiant DL360 running with SUSE Linux v10
The migration/implementation went quiet well ...
icon5.gif   Strange "bug?" report - disappearing data when attribute is "Locked", posted by Steve Jones on Thu Mar 9 06:04:46 2006 
[quote="Steve Jones"]I have come across an issue where an attribute value is "blanked" upon either editing or replying. The interesting thing is this is
a logbook entry that was "Moved" from one logbook to another, all under the same Top Group.  All configs are done under the [global <topgroup>] so the
attribute is not being reset on purpose.  Most interesting of all is this only happens:
icon4.gif   Removing 'New' from "List Menu commands" prevents saving elogd.cfg, posted by Steve Jones on Thu Mar 9 04:46:42 2006 
Strange as it mmay seem, when I attempt to remove the "New" menu item from "List Menu commands" in a logbook section, I am no longer able to Save the config
file -- I am presented with a message saying "Error: Command "Save" not allowed".  I have to manually edit the file, add that menu item back in, and then
all is ok.  This is on the system where I am using 'Top Groups', so the logbook is a part of one of the top groups.
icon4.gif   OPTION <attribute> not working right in [ global <name>] Top Group, posted by Steve Jones on Wed Mar 8 22:33:56 2006 
I've verified that when the following is part of the definition of a [logbook] OR is part of a regular [global] config:

[code]
icon4.gif   Crafted URL causes elog to coredump, posted by Steve Jones on Sat Mar 4 06:08:29 2006 
While playing with TOP GROUP I managed to get elog 2.6.1 1660 on Solaris 9 to coredump.  Since I didn't really understand TOP GROUP I tried a URL where
I had http://elog.server.com/topgroupname/logbookname.  Putting that logbookname at the end caused elog to dump.
    icon2.gif   Re: Crafted URL causes elog to coredump, posted by Stefan Ritt on Mon Mar 6 14:04:12 2006 
[quote="Steve Jones"]While playing with TOP GROUP I managed to get elog 2.6.1 1660 on Solaris 9 to coredump.  Since I didn't really understand TOP GROUP
I tried a URL where I had http://elog.server.com/topgroupname/logbookname.  Putting that logbookname at the end caused elog to dump.
       icon2.gif   Re: Crafted URL causes elog to coredump, posted by Steve Jones on Mon Mar 6 17:35:52 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]While playing with TOP GROUP I managed to get elog 2.6.1 1660 on Solaris 9 to coredump.  Since I didn't really
understand TOP GROUP I tried a URL where I had http://elog.server.com/topgroupname/logbookname.  Putting that logbookname at the end caused elog to dump.
          icon2.gif   Re: Crafted URL causes elog to coredump, posted by Stefan Ritt on Mon Mar 6 17:45:18 2006 
[quote="Steve Jones"]Try a non-existent logbook - example http://midas.psi.ch/elogs/elog/NewForum.  This is occurring under rev 1660. [/QUOTE]

No, the above link just works fine, just click it.
             icon2.gif   Re: Crafted URL causes elog to coredump, posted by Steve Jones on Mon Mar 6 18:04:39 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]Try a non-existent logbook - example http://midas.psi.ch/elogs/elog/NewForum.  This is occurring under rev 1660.
[/QUOTE]
             icon2.gif   Re: Crafted URL causes elog to coredump, posted by Steve Jones on Mon Mar 6 18:06:32 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]Try a non-existent logbook - example http://midas.psi.ch/elogs/elog/NewForum.  This is occurring under rev 1660.
[/QUOTE]
                icon2.gif   [UPDATE] Re: Crafted URL causes elog to coredump, posted by Steve Jones on Mon Mar 6 18:54:32 2006 
[quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]Try a non-existent logbook - example http://midas.psi.ch/elogs/elog/NewForum.  This is occurring
under rev 1660. [/QUOTE]
                   icon2.gif   [UPDATE2] Re: Crafted URL causes elog to coredump, posted by Steve Jones on Wed Mar 8 18:05:54 2006 
[quote="Steve Jones"][quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]Try a non-existent logbook - example http://midas.psi.ch/elogs/elog/NewForum.
 This is occurring under rev 1660. [/QUOTE]
                      icon2.gif   [Segmentation Fault source identified] Verbose Output: Re: Crafted URL causes elog to coredump, posted by Steve Jones on Wed Mar 8 20:19:14 2006 
[quote="Steve Jones"][quote="Steve Jones"][quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]Try a non-existent logbook - example http://midas.psi.ch/elogs/elog/NewForum.
 This is occurring under rev 1660. [/QUOTE]
icon3.gif   require smileys to have whitespace on either side?, posted by Glenn Horton-Smith on Sat Mar 4 05:17:14 2006 
It would be nice if elog would only interpret something as a smiley if it is surrounded by whitespace.  It can be particularly annoying that an 8 followed
by a right paren becomes a "cool" smiley -- e.g., a parenthetical reference to event eighteen (18) becomes mangled...  [That was "18" inside the parens.]
    icon2.gif   Re: require smileys to have whitespace on either side?, posted by Stefan Ritt on Mon Mar 6 13:50:07 2006 
[quote="Glenn Horton-Smith"]It would be nice if elog would only interpret something as a smiley if it is surrounded by whitespace.  It can be particularly
annoying that an 8 followed by a right paren becomes a "cool" smiley -- e.g., a parenthetical reference to event eighteen (18) becomes mangled...  [That
was "18" inside the parens.]
       icon3.gif   Provide option to require smileys to be bracketed a la ELCode?, posted by Glenn Horton-Smith on Mon Mar 6 20:51:57 2006 
[quote="Stefan Ritt"][quote="Glenn Horton-Smith"]It would be nice if elog would only interpret something as a smiley if it is surrounded by whitespace.
 It can be particularly annoying that an 8 followed by a right paren becomes a "cool" smiley -- e.g., a parenthetical reference to event eighteen (18)
becomes mangled...  [That was "18" inside the parens.] ...
icon5.gif   eLog Version number as eLog attribute?, posted by Steve Jones on Fri Feb 24 16:40:38 2006 
When a footer is used (via Bottom text = <filename>) eLog no longer displays the eLog version number at the bottom.  Is it possible to somehow expose the
version/revision as an eLog attribute or have the version still display even when a replacement footer is specified?  
    icon2.gif   Re: eLog Version number as eLog attribute?, posted by Stefan Ritt on Wed Mar 1 10:31:33 2006 
[quote="Steve Jones"]When a footer is used (via Bottom text = <filename>) eLog no longer displays the eLog version number at the bottom.  Is it possible
to somehow expose the version/revision as an eLog attribute or have the version still display even when a replacement footer is specified?  
       icon14.gif   Re: eLog Version number as eLog attribute?, posted by Steve Jones on Wed Mar 1 20:22:28 2006 
[quote="Stefan Ritt"][quote="Steve Jones"]When a footer is used (via Bottom text = <filename>) eLog no longer displays the eLog version number at the bottom.
 Is it possible to somehow expose the version/revision as an eLog attribute or have the version still display even when a replacement footer is specified?
 
          icon7.gif   [RESOLVED] eLog Version number as eLog attribute?, posted by Steve Jones on Mon Mar 6 18:36:34 2006 
[quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]When a footer is used (via Bottom text = <filename>) eLog no longer displays the eLog version
number at the bottom.  Is it possible to somehow expose the version/revision as an eLog attribute or have the version still display even when a replacement
footer is specified?  
ELOG V3.1.5-3fb85fa6