Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 653 of 808  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
ID Date Icon Author Author Email Category OS ELOG Version Subjectdown
  65731   Mon Feb 11 19:52:09 2008 Reply Uweuweho@web.deQuestionWindows2.7.2-2024Re: 'Deactivate' Options

Stefan Ritt wrote:

Uwe wrote:

one question regard Options: For e. g. I am using the following command: Options Categories = NT, 2000, XP, Linux
Now I would like to delete the entry NT. But that would cause, that NT is no longer available in the search function. So I wonder if there is a way to deactivate an attribute?

A deactivate option is not implemented. The only possibility you have is to enter the search string drictly in the url, like

http://<host>/<logbook>/?Category=NT

 

Thanks for the quick answer!

best regards,

Uwe

  1845   Tue Jun 6 16:20:42 2006 Reply Stefan Rittstefan.ritt@psi.chInfoWindowsELOG V2.6.Re: 'Click through' order of elog enteries

Fergus Lynch wrote:
Hi There,

When you find a set of records in ELOG and then 'click through' the returned list it runs through then in order of ID. - I s there a way to modify this behaviour?

Many Thanks
Fergus


Unfortunately not.
  903   Sun Feb 6 12:44:03 2005 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.5.6+r154Re: $user_email variable causes problems in Use Email From setting
> header. I saw that elog:333 reported a similar problem but this was listed
> as fixed.

Yes, this was fixed in revision 1.550 of elogd.c. You apparently have revision 1.54x
which does not yet contain the patch. You need to donwload the newest version from
CVS and compile it by hand (or wait for the next major release).
  765   Fri Nov 5 17:45:47 2004 Reply Stefan Rittstefan.ritt@psi.chBug reportWindows2.5.5Re: $message id gives wrong value - Gernman traslalation of Back
> the "$message id" will not be replaced by the msg id, the string "$message
> id"  will be dispalyed and used. Other substitutions as $logbook etc. are
> working.
> 
> Is this a bug or did i missunderstood the manual?

Well, the manual does not state that "$message id" should work for "Subst
<attribute>" option (;-)

The reason is that the message ID is available only *after* a new entry has been
written to the database, and the "Subst" command is evaluated *before* an entry
is submitted. "$message id" only works for "Thread display", "RSS Title", "Subst
on reply", "Subst on edit" and "Display". You should use

Display KlientIn/KundIn = $Vorname $Name; P: $Telefon Privat; G: $Telefon
Geschaft; N: $Telefon Mobil; $Landeskennung-$PLZ $Ortschaft [<a
href="http://localhost:8080/$logbook/$message id">$logbook:$message id</a>]

Please note that you wrote "mesage id", correct is however "message id" (two
"s"), so there is also a typo.

> Since Version 2.5.5: If ELOG is running under German, the "Zurück" Bottom is
> named "Back". Any Idee where I can change this back?  ;-)

The link "Back" has been replaced upon request by "List" which is more
appropriate. So if you changed your menu with "Menu commands = ...", please
replace "Back" by "List" there.
  766   Fri Nov 5 21:37:56 2004 Reply Ulrich Trüsselulrich.truessel@familienhund.chBug reportWindows2.5.5Re: $message id gives wrong value - Gernman traslalation of Back
1. thats now clear with the £message id and the work-around is ok for my 
needs

2. the "bacl" link is clear and tranlated to "Liste". But I mean the back 
button 
in the entry and the edit mode (see picture)...  ;-)

> > the "$message id" will not be replaced by the msg id, the 
string "$message
> > id"  will be dispalyed and used. Other substitutions as $logbook etc. 
are
> > working.
> > 
> > Is this a bug or did i missunderstood the manual?
> 
> Well, the manual does not state that "$message id" should work for "Subst
> <attribute>" option (;-)
> 
> The reason is that the message ID is available only *after* a new entry 
has been
> written to the database, and the "Subst" command is evaluated *before* 
an entry
> is submitted. "$message id" only works for "Thread display", "RSS 
Title", "Subst
> on reply", "Subst on edit" and "Display". You should use
> 
> Display KlientIn/KundIn = $Vorname $Name; P: $Telefon Privat; G: $Telefon
> Geschaft; N: $Telefon Mobil; $Landeskennung-$PLZ $Ortschaft [<a
> href="http://localhost:8080/$logbook/$message id">$logbook:$message 
id</a>]
> 
> Please note that you wrote "mesage id", correct is however "message id" 
(two
> "s"), so there is also a typo.
> 
> > Since Version 2.5.5: If ELOG is running under German, the "Zurück" 
Bottom is
> > named "Back". Any Idee where I can change this back?  ;-)
> 
> The link "Back" has been replaced upon request by "List" which is more
> appropriate. So if you changed your menu with "Menu commands = ...", 
please
> replace "Back" by "List" there.
Attachment 1: Screen 255 Back.jpg
Screen 255 Back.jpg
  767   Sat Nov 6 11:29:52 2004 Reply Stefan Rittstefan.ritt@psi.chBug reportWindows2.5.5Re: $message id gives wrong value - Gernman traslalation of Back
> 2. the "bacl" link is clear and tranlated to "Liste". But I mean the back 
> button 
> in the entry and the edit mode (see picture)...  ;-)

Well, if you try with the demo logbook, the "Back" button is translated
correctly, so I don't know whats wong in your case. Can you check that your
eloglang.german file is intact?
Attachment 1: back.gif
back.gif
  768   Sun Nov 7 09:49:13 2004 Smile Ulrich Trüsselulrich.truessel@familienhund.chBug reportWindows2.5.5Re: $message id gives wrong value - Gernman traslalation of Back
installed elog 2.5.5 agin, same effekt with "back" / "zurück". checked the 
language file eloglang.german witch seem ok for me and the translations are 
well done. removed then in eloglang.germen the traslation for back and checked 
this: still back was viewed. reinserted the translation "Zurück" (just this 
word!)and checked again: everithing looks fine, no longer back, correctly 
Zurück on the button.
absolutly no idea why and whats the difference was! bus it works...
thank's stefan!  :-)

> > 2. the "back" link is clear and tranlated to "Liste". But I mean the back 
> > button 
> > in the entry and the edit mode (see picture)...  ;-)
> 
> Well, if you try with the demo logbook, the "Back" button is translated
> correctly, so I don't know whats wong in your case. Can you check that your
> eloglang.german file is intact?
  69428   Sat Dec 4 13:03:32 2021 Reply Chris Körnerchris.koerner@physik.uni-halle.deBug reportLinux3.14Re: $attribute replacement fails occasionally

This problen drives me crazy. Under some circumstances the List Change <attribute> function does not replace $attribute. It happens at random circumstances when I use the Find function to search all logbooks. In the resulting list, it fails reproducibly for certain entries of certain logbooks. But I cannot find what is special about those lokbooks or entries. In different Find requests it works perfectly fine. 

I have added a screenshot. The yellow button is created by this command in [global] for all logbooks. It makes no difference to define it in all [logbook] sections. I would really appreciate help to debug this. 

List Change Sample-ID        = <a href="page?mode=summary&reverse=1&all=1&Sample-ID=$Sample-ID$&sort=Date" class="id_div">$Sample-ID</a>

Chris Körner wrote:

Hi,

In our setup we have multiple logbooks. I want a convenient way to search all logbooks for an attribute (in our case with the name Sample-ID) by just clicking it in the list display of any logbook.Therefore, in the [global] section I put "List Change Sample-ID = <a href="https://ourelog.com/$logbook/?all=1&Sample-ID=$Sample-ID"</a>. This transforms the attribute in list display into a hyperlink to the search results page. So far this works fine. In the results page, of course the option also applies, meaning the attribute is replaced by the link as well. But here something odd happens and the replacement does not work. The intended behavior is to replace $logbook in the link with the name of the logbook. Sometimes, however, the replacement yields something like "logbook" (missing $ and thus not replacing anything) or even weirder something like "60logbook". I have no idea what causes this.

 

Attachment 1: Screenshot_2021-12-04_130843.jpg
Screenshot_2021-12-04_130843.jpg
ELOG V3.1.5-3fb85fa6