| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68110
|
Wed Sep 2 20:23:21 2015 |
 | Edmund Hertle | edmund.hertle@kit.edu | Bug report | Windows | 3.1.1 | Attachment 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 |
| Mike Bodine | Mike.Bodine@alcatel-lucent.com | Question | Windows | 2.9.2 | Copy 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 |
| Mike Bodine | Mike.Bodine@alcatel-lucent.com | Question | Windows | 2.9.2 | Copy 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 Bodine | Mike.Bodine@alcatel-lucent.com | Question | Windows | 2.9.2 | Copy 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 |
 | Daniel Sajdyk | daniel.sajdyk@gmail.com | Question | Windows | ELOG V3.1.1-3f3 | Preset 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 |
 | Eric Quintero | ericq@caltech.edu | Question | All | 3.0.0-70b274b | Re: 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 |
| Daniel Sajdyk | daniel.sajdyk@gmail.com | Bug fix | Windows | V3.1.1-3f311c5 | Re: 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.
|
|
|
|
68103
|
Mon Aug 31 09:38:38 2015 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Bug fix | Windows | V3.1.1-3f311c5 | Re: Draft saved is treated as an entry edit |
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.
|
|