Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 791 of 804  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
ID Date Icondown Author Author Email Category OS ELOG Version Subject
  65774   Fri Mar 7 13:12:37 2008 Agree David PilgramDavid.Pilgram@epost.org.ukBug reportLinux2.7.3-2058Re: Quick filter by ID
> > Hi,
> > 
> > I've just upgraded from 2.6.2 to 2.7.3.
> > 
> > In my config file, I have
> > 
> > Quick filter: Date, ID.
> > 
> > When starting 2.7.3, across the top I now get 
> > 
> > "Error: Attribute "ID" for quick filter not found"
> > followed by an entry box.
> > 
> > If an ID is typed into that box, it sort of finds the right entry (+/- a few on occasion).
> > 
> > I cannot see any documented change that would affect how the Quick filter works.  Any clues?  Thanks.
> 
> Actually it is nowhere written the 'ID' for a quick filter should work. After investigating, I realize that it
> worked previously "by accident". I added in meantime some test so there is a warning for quick filter attributes
> which do not exist, and that's what you got. I loosened this test for 'ID' now in the current SVN version, so it
> can be used. It does however not display the single entry you want, but a page containing that entry (which then
> is displayed in bold). If you want exactly one entry, just add it's ID to the URL, like
> 
> https://midas.psi.ch/elogs/Forum/65767
> 
> for your previous entry.

Thanks Stefan!
  65780   Fri Mar 7 21:26:18 2008 Agree David PilgramDavid.Pilgram@epost.org.ukInfoLinuxELOG V2.7.Re: Message ID and trouble ticketing system
>Stefan Ritt wrote:
>
>Ok, now I got the point, also Richard had the same problem. Assume we have 10 threads, and thus
>ticket numbers 1-10. Now we get a reply to #2, which then pops up to the top of the list. A new
>message increments the top entry of all entries, and then wrongly gives a new #3, instead of #11.
>
>I fixed this in SVN revision 2073, where elogd searches *all* logbook entries for the largest
>index, then increments this one by one. The fix will be contained in the next release.

----

Great! Thanks Stefan, off to download right now!

Great program, by the way, but don't think you need to be told that yet again!
  65824   Thu Apr 10 15:56:12 2008 Agree Yoshio ImaiBug reportLinux2.7.3-2100Re: Problems with elog client

Stefan Ritt wrote:
As I wrote in my previous message, the "SSL part has not been tested" (=means: does not work).


Sorry for the misunderstanding. I was probably confused because the creation of new entries already worked, even with SSL.
Now, the editing also works.

Thank you very much!

Yoshio
  65842   Fri Apr 18 14:17:52 2008 Agree Yoshio ImaiBug reportLinux2.7.3-2104Re: Problems with elog client

Stefan Ritt wrote:
I fixed that in SVN revision 2103, please download and test it.


I just downloaded and tested it. It works!!

Thank you for all the work.

Yoshio
  66027   Thu Oct 30 08:39:34 2008 Agree Grant Jeffcotegrant@jeffcote.orgQuestionWindows2.7.5Re: Server derived time

Stefan Ritt wrote:

 

Grant Jeffcote wrote:

Hi Stefan,

Is it possible to derive the time in a 'date/time' attribute from the Elog server?
We would like all our entries in GMT/UTC time and unfortunately as the time is currently derived from the client machines there are often entry descrepancies if the regional settings are not set correctly.

The '$entry time' variable can be used but seems to put a 1970 date in the field so bears no relevancy to an 'Event' time?

I'm also having issues with conditional entries in the Find page. If a conditional statement is used to hide attributes or change displayed attributes in the entry page then the attribute that is used in the conditional statement is not permanently selectable in the 'Find' page. It is available as a choice but as soon as selected the conditional action removes it? Is it possible to make conditional options/actions in the 'Find' page optional?

Hope that makes a little sense?

Many thanks

 

There are several methods to get the server time:

 

Via presets of attributes

Attributes = Author, Event time, ...
Preset Event time = $utcdate

which gives you actually the UTC time.

 

Via the editor

The editor toolbar contains a little clock. If you click on it, you insert the current server time (but localized, not UTC).

 

Hope one of the two methods work for you.

The problem with the conditional attributes in the find page is I believe fixed in the current version.

Thanks Stefan, the preset UTC date works well. RTFM on my part perhaps.

I'm running version 2.7.5.2127 and am still having the issue with conditional attributes in the find area as mentioned above though.
Is it the latest SVN  **.2135 that addresses this?

Many thanks

  66029   Thu Oct 30 11:05:11 2008 Agree T. Ribbrockemgaron+elog@ribbrock.orgQuestionAll2.7.5-2130Re: (How) can I hide columns in List view?

Stefan Ritt wrote:

[...]

The only way I see how you can achieve what you want is to define two separate logbooks, but serve them from the same directory (via the "Data dir" option). Both logbooks should share the same attribute definition, but use different "List display" options.

 I take it you mean the "Subdir" option (the manual mentions "Data dir" as obsolete)? I tried it with that and it works like a charm - gives me now two logbooks, i.e. two tabs with the same data and two different views - which is precisely what we need. Thanks!

Regards,

Thomas

  66087   Thu Nov 27 11:36:53 2008 Agree T. Ribbrockemgaron+elog@ribbrock.orgBug reportLinux2.7.5-2130Re: Select -> Edit wipes dates

Stefan Ritt wrote:

 This problem has been fixed in revision 2.7.5-2143. Please upgrade.

 Yup, this works now - thanks a mil!

  66280   Thu Mar 26 17:09:47 2009 Agree Dinkel Markusm.dinkel@mr-daten.deQuestionWindows2.7.5-2175Re: New column on main page

Stefan Ritt wrote:
Dinkel Markus wrote:

 This is Ok but in wich file can i add this tag? In the .cfg-file?

Yes, this goes into the elogd.cfg file. Just add a line like:

[logbook]

Comment = OS-Version<br><i>192.160.0.1</i>

Then you will get something like this:

Capture.png

 Thanks, this is great.

By, Markus

ELOG V3.1.5-3fb85fa6