Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 207 of 801  Not logged in ELOG logo
IDdown Date Icon Author Author Email Category OS ELOG Version Subject
  68111   Thu Sep 3 07:09:33 2015 Question Oliver Kleinauoliver.kleinau@it.niedersachsen.deQuestionLinux3.1User based theme selection
Hi, is it somehow possible to use different themes for different users? Perhaps editing the password XML file? Thanks, Oliver
  68110   Wed Sep 2 20:23:21 2015 Entry Edmund Hertleedmund.hertle@kit.eduBug reportWindows3.1.1Attachment Uploaded Time is off by one hour

If I upload an attachment the timestamp of the attachment is set to one hour in the future, as demonstrated with this test attachment being one hour in the future compared to the entry time

Attachment 1: elogTest.rtf
{\rtf1\ansi\ansicpg1252\cocoartf1348\cocoasubrtf170
{\fonttbl\f0\fswiss\fcharset0 Helvetica;}
{\colortbl;\red255\green255\blue255;}
\paperw11900\paperh16840\margl1440\margr1440\vieww10800\viewh8400\viewkind0
\pard\tx566\tx1133\tx1700\tx2267\tx2834\tx3401\tx3968\tx4535\tx5102\tx5669\tx6236\tx6803\pardirnatural

\f0\fs24 \cf0 test}
  68109   Wed Sep 2 17:06:17 2015 Entry Mike BodineMike.Bodine@alcatel-lucent.comQuestionWindows2.9.2Copy To Function

Hi,

We've recently implemented the Copy To function and it works as advertised. The issue we're having is the original entry time is also copied, so if we take an old log and copy it to another log book the entry using reverse sort, preserve = 0 may not display as the newest id. It will receive the next message id, but not display in the correct order on the page. Is there an option or parameter that will force Copy To create a new entry time, so the message id will appear in the correct order?

Thanks,
Mike

 

  68108   Wed Sep 2 17:06:10 2015 Entry Mike BodineMike.Bodine@alcatel-lucent.comQuestionWindows2.9.2Copy To Function

Hi,

We've recently implemented the Copy To function and it works as advertised. The issue we're having is the original entry time is also copied, so if we take an old log and copy it to another log book the entry using reverse sort, preserve = 0 may not display as the newest id. It will receive the next message id, but not display in the correct order on the page. Is there an option or parameter that will force Copy To create a new entry time, so the message id will appear in the correct order?

Thanks,
Mike

 

  Draft   Wed Sep 2 16:55:00 2015  Mike BodineMike.Bodine@alcatel-lucent.comQuestionWindows2.9.2Copy To Function

Hi,

We've recently implemented the Copy To function and it works as advertised. The issue we're having is the original entry time is also copied, so if we take an old log and copy it to another log book the entry using reverse sort, preserve = 0 may not display as the newest id. It will receive the next message id, but not display in the correct order on the page. Is there an option or parameter that will force Copy To create a new entry time, so the message id will appear in the correct order?

Thanks,
Mike

 

  68106   Mon Aug 31 22:35:03 2015 Question Daniel Sajdykdaniel.sajdyk@gmail.comQuestionWindowsELOG V3.1.1-3f3Preset on duplicate

Hi.

Is there any way that "Preset on duplicate" contain ID entry from which it was duplicated?

 

Cheers

Daniel.

  68105   Mon Aug 31 17:14:08 2015 Reply Eric Quinteroericq@caltech.eduQuestionAll3.0.0-70b274bRe: Show attachments = 0

The automatic hiding behavior is what I'm after, and I've discovered that it is only a problem for PDF attachments. I have reproduced this on the demo logbook on git revision f828049. 

I've taken a look at the source you mentioned, but as far as I can tell, it is just looking for the opening of the img tag in the HTML source, and I'm not sure why that is different for a PDF.

  68104   Mon Aug 31 13:12:09 2015 Reply Daniel Sajdykdaniel.sajdyk@gmail.comBug fixWindowsV3.1.1-3f311c5Re: Draft saved is treated as an entry edit

Hi Andreas and thank you very much for explanation ;)

So, we'll have to wait for new version which will correct this.

 

Cheers

Daniel.

Andreas Luedeke wrote:

Hi Daniel,

this is an undesired side effect of a new feature. I wouldn't call it a bug ;-)

There is no straight forward way for elog to distinguish between a "Submit" and an automatic save. Therefore the "... on edit = ..." kicks in when an entry is saved automatically.

I guess Stefan can figure out a workaround, but for the moment I would sugest that you just switch off the auto save feature -- if you want to keep your save history:

Save drafts = 0

Cheers
Andreas
 
Daniel Sajdyk wrote:Save drafts = 0

Hello.

In Elog i have attribute called "Zmieniano" (eng. changed)  which should store how many times entry was edited. If entry was not edited it should have only preset value "oryginalny wpis" (eng. oryginal entry), but when I edit it, it should have also date, time, and person who make edit (this is made by "Subst on Edit Zmieniano = $Zmieniano<br>- Zmiana $date przez $long_name z $remote_host)". 

From version V3.1.1-3f311c5 I have problem with that. 

When I add entry, and entry is auto saved, then auto save is shown in the attribute "Zmieniano" (eng. changed) as an next edit, which I dont want. Entry from attached screenshot was not edited, but in "Zmieniano" (eng. changed) attributes it has two values:

  • Oryginalny wpis (eng. oryginal entry),
  • Zmiana 27.08.2015, 10:52 przez Daniel Sajdyk z serwerownia.sr.lez (eng. Changed 27.08.2015.... ) 

The second value is autosave time. 

Is this a bug?

 

Regards

Daniel. 

 

 

 

ELOG V3.1.5-3fb85fa6