Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 762 of 806  Not logged in ELOG logo
ID Date Icon Authordown Author Email Category OS ELOG Version Subject
  68458   Wed Nov 16 13:48:33 2016 Idea Andreas Luedekeandreas.luedeke@psi.chRequestAll3.1.2Cancel button missing when editing an entry

If I edit an old entry, and do some mistake while editing, then there is currently no way to savely discard the changes.

The problem is that the entry will become a draft: if I close the window without saving, then the whole entry is gone: it will be converted into a draft entry. But the draft does contain my changes, it is not the originally saved entry!

The draft mechanism should keep a copy of the entry before I opened it in edit mode, and allow to go back to that copy. The edit form has currently the buttons "Submit", "Save", "Preview" and "Delete"; it should have in addition the button "Cancel", that just closes the edit window without saving the entry and even deleting the draft that was saved while the entry was modified. This should bring you back to the previous list view.

Is anyone out there in favour of this change?

  68461   Thu Nov 17 09:14:15 2016 Reply Andreas Luedekeandreas.luedeke@psi.chRequestAll3.1.2Re: Cancel button missing when editing an entry

Yes, "Save Drafts = 0" does the trick. But it is the "zero-option": trivial, but not satisfying ;-)

Warning: the "back" button of the browser has a very undesired effect: the entry is then converted into a draft and not shown anymore in list view!

So if you ever wondered where your entries vanished to: it might be that someone opened them in edit view, started to edit them and then closed the browser window. I will make that known at my institute.

Grant Jeffcote wrote:

Andreas,

Doesn't using the Save Drafts = 0 option result in the old 'Back' button returning (replacing the Delete option) meaning you can revert back to your old (unmodified) version without saving, sure it doesn't save a draft but I'd rather be able to return back and lose the changes I didn't want then mess up an old entry, I guess the back button on the browser could also do what you want?

The issue I had was that entries were being deleted accidently by persons other than those that created them, I reduced the edit time to try and mitigate it but ended up going back to what we had in Ver 2.9.2, a 'Back' button.

Grant

Stefan Ritt wrote:

The problem is that the elog database does not allow for a copy of an entry before you make modifications (and therefore get a "draft"). This is actually very simila to other note taking programs. I use Evernote, which constantly synchronizes between devices, and there I also cannot go back to the version before I started making modification. What one would need is a version system (and Evernote has one), so you can go back to the previous verison, the pre-previous version and so on. But this requires a complete redesign of the elog database.

A quick and dirty solution would be to store the origianal entry inside the browser (using JavaScript). You could then restore the initial version with a "cancel" button. But this mechanism relies then on the browser. If you just leave the page, there is no way the browser can put back the old version.

Stefan

Andreas Luedeke wrote:

If I edit an old entry, and do some mistake while editing, then there is currently no way to savely discard the changes.

The problem is that the entry will become a draft: if I close the window without saving, then the whole entry is gone: it will be converted into a draft entry. But the draft does contain my changes, it is not the originally saved entry!

The draft mechanism should keep a copy of the entry before I opened it in edit mode, and allow to go back to that copy. The edit form has currently the buttons "Submit", "Save", "Preview" and "Delete"; it should have in addition the button "Cancel", that just closes the edit window without saving the entry and even deleting the draft that was saved while the entry was modified. This should bring you back to the previous list view.

Is anyone out there in favour of this change?

 

 

 

  68466   Thu Nov 24 07:38:52 2016 Reply Andreas Luedekeandreas.luedeke@psi.chRequestAll3.1.2Re: Cancel button missing when editing an entry
Hi Stefan,
actually what you refer to as the "quick and dirty" solution is probably the only feasible one: to store a copy of the entry in the browser and restore that copy with a "cancel" button.
Otherwise you would need a full-fledged revision management, to deal with multiple copies of the same entry open in several browsers.
 
Yet, that does not solve the "problem" of a crashed/closed browser: the entries will go back to drafts and might got overlooked. As you rightly say: this is a feature, not a bug.
This is only a problem when editing existing entries, not for new entries. Maybe a note right of the button "delete" would help, in case you edit an old entry: "This entry is now a draft; press Submit to make it a real entry again".
 
But as a first step, it might be worthwhile to document this behaviour in the ELOG "User's Guide". Drafts are currently only mentioned in the elogd.cfg syntax pages under "Save drafts" and "autosave". I'll try to propose a text :-)
 
Kind Regards
Andreas
 
Stefan Ritt wrote:

The problem is that the elog database does not allow for a copy of an entry before you make modifications (and therefore get a "draft"). This is actually very simila to other note taking programs. I use Evernote, which constantly synchronizes between devices, and there I also cannot go back to the version before I started making modification. What one would need is a version system (and Evernote has one), so you can go back to the previous verison, the pre-previous version and so on. But this requires a complete redesign of the elog database.

A quick and dirty solution would be to store the origianal entry inside the browser (using JavaScript). You could then restore the initial version with a "cancel" button. But this mechanism relies then on the browser. If you just leave the page, there is no way the browser can put back the old version.

Stefan

Andreas Luedeke wrote:

If I edit an old entry, and do some mistake while editing, then there is currently no way to savely discard the changes.

The problem is that the entry will become a draft: if I close the window without saving, then the whole entry is gone: it will be converted into a draft entry. But the draft does contain my changes, it is not the originally saved entry!

The draft mechanism should keep a copy of the entry before I opened it in edit mode, and allow to go back to that copy. The edit form has currently the buttons "Submit", "Save", "Preview" and "Delete"; it should have in addition the button "Cancel", that just closes the edit window without saving the entry and even deleting the draft that was saved while the entry was modified. This should bring you back to the previous list view.

Is anyone out there in favour of this change?

 

 

  68495   Mon Dec 12 09:48:14 2016 Reply Andreas Luedekeandreas.luedeke@psi.chBug reportLinux3.1.2Re: Datepicker not showing

Just last week I've downloaded the latest version of ELOG, compiled and installed it, and the date picker just works fine.

In my case it was an update of an existing installation. Can you provide a bit more information about your case: I guess it was a first time installation? Was is ELOG V3.1.2-754330e or a different GIT version?

Stefan, could you please add an attribute of type "datetime" and "date" to one of the demo logbooks? Currently there is non. Maybe to elog:Database? Then we can check if it is a client problem.

Cheers, Andreas

Christine Quicot wrote:

Hello users,

 

When I configure an attribute with "Type <attribute>= date", in the new entry form a clic on the calendar symbol does nothing.

Reading the source code I see it's trying to open a window named "cal.html" through javascript (function opencal) but this file doesn't exist anywhere in source elog files.

 

Thanks

 

 

  68521   Tue Jan 3 09:20:23 2017 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionMac OSX3.1.2Re: elogd crashes during Find and Mirror operations under MacOS
I have no experience with ELOG on OSX, therefore I can only give very vague and indirect support (sorry).
I suggest that you first try an installation without actual logbook data (just move it to a save place for a while). Does a "find" still crash elogd?
If elogd is still crashing, you should prune your configuration until it stops crashing. Submit the smallest config here that still crashes the logbook.
Since the logbook starts crashing after a sync, I would rather guess that it is somehow related to specific logbook entries. It would be helpful if you could isolate the offending entries.

Another approach would be to compile elogd with "make debug" and run it in the debugger. Once it crashes the debugger will show where it happened.

Happy New Year! Andreas

Andreas Warburton wrote:

When installing ELOG 3.1.2 on my Mac Sierra (10.12.2) with the latest XCode 8.2.1, it seemed to install fine but for one warning when building elogd:

cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -I /opt/local/include -o elogd 
src/elogd.c crypt.o auth.o regex.o mxml.o  -lssl
src/elogd.c:13840:13: warning: '__builtin___strlcpy_chk' will always overflow
      destination buffer [-Wbuiltin-memcpy-chk-size]
            strlcpy(user_email, user_list[i], NAME_LENGTH);
            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/secure/_string.h:105:3: note: expanded from macro 'strlcpy'
  __builtin___strlcpy_chk (dest, src, len, __darwin_obsz (dest))
  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.

My installation was done with "sudo make install", as the instructions state.  I have also been using the prescribed "launchctl" approach.

1. Is the above warning something that needs attention/correcting?

2. My elogd crashes now every time that I attempt any kind of "Find" operation.

3. I synchronize my MacOS version of elog with a linux-based version on my university's web server.  I have installed 3.1.2 on the linux server, and it is running there without problems.  When I now try to synchronize my 3.1.2 ELOG on MacOS laptop with the same version on my linux server, it appears to do the first mirroring operation correctly, but elogd crashes when I try a second synchronization at a later time.  (For now, I have "Mirror simulate = 1" to prevent inadvertent damage.)

Can anyone help me with the above points?

Thank you,

Andreas

 

 

  68533   Fri Jan 6 10:22:24 2017 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionLinux3.1.2Re: How to make two attributes reacting with each other

IOptions does not support conditional attributes.

I think the proper solution would be to remove the icon selection field from the input form:

Show Attributes Edit = Author, Author Email, Category, System, Subject

The user would then only be able to edit the Category, the Icon would always be set accordingly. I would think that this would be the appropriate behaviour.

Cheers, Andreas

Xuan Wu wrote:

What I mean is that, when I select a catagory, the icon will change. If I change the icon, I need the catagory change too. 

Stefan Ritt wrote:

If you select a (different) category, the current icon setting simply gets overwritten, what ever it was before.

Xuan Wu wrote:

Sorry for my carelessness. What you said is definitely right. I just wonder how can Icon and Catagory change simultaneously whatever which one be selected first.

Stefan Ritt wrote:

The example I gave you worked for me, I actually tested it. Please note that it contains

Options Category = ...

and not

ROptions Category = ...

 

Stefan

Xuan Wu wrote:

Thanks for your quick reply! I just test what you suggested, even I test {1} Preset on edit Icon = icon1.gif, they both didn't work.

Stefan Ritt wrote:

You can do that with conditional attributes (see documentation):

 

Attributes = Author, Author Email, Icon, Category, System, Subject
Options Category = Shift Summary{1}, Report{2}, Reply{3}, Fault{4}, Issue{5}, Resolved{6}, Maintenance{7}
IOptions Icon = icon1.gif, elc_list.png, icon3.gif, icon8.gif, icon4.gif, icon14.gif, elc_anchor.png

{1} Preset Icon = icon1.gif
{2} Preset Icon = elc_list.png
{3} Preset Icon = icon3.gif
{4} Preset Icon = icon8.gif
{5} Preset Icon = icon4.gif
{6} Preset Icon = icon14.gif
{7} Preset Icon = elc_anchor.gif

Icon comment icon1.gif = Shift Summary
Icon comment icon3.gif = Reply
Icon comment icon4.gif = Issue
Icon comment icon8.gif = Fault
Icon comment icon14.gif = Resolved
Icon comment elc_list.png = Report
Icon comment elc_anchor.png = Maintenance

 

 

Xuan Wu wrote:

Hi all,

I have two attributes defined like following

Attributes = Author, Author Email, Icon, Category, System, Subject

ROptions Category = Shift Summary, Report, Reply, Fault, Issue, Resolved, Maintenance

IOptions Icon = icon1.gif, elc_list.png, icon3.gif, icon8.gif, icon4.gif, icon14.gif, elc_anchor.png

Icon comment icon1.gif = Shift Summary
Icon comment icon3.gif = Reply
Icon comment icon4.gif = Issue
Icon comment icon8.gif = Fault
Icon comment icon14.gif = Resolved
Icon comment elc_list.png = Report
Icon comment elc_anchor.png = Maintenance

When the Shift Summary category being selected, I wish the icon1.gif Icon being selected automaticlly, as well as when icon8.gif being selected, Fault category be selected. How can I get this? Any advice or suggestions will be appreciated.

Cheers,

Xuan

 

 

 

 

 

 

 

  68546   Thu Jan 12 09:10:06 2017 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionLinuxELOG V3.1.1-076Re: UTC time

Hi Luca,

if you want to change all datetime properties to UTC time, then you'll just need to set the timezone on the server to UTC, before elogd is started.

Cheers, Andreas

Luca wrote:

Dear Steve,

thanks a lot. Sorry but I am not expert of elog. I "inherited" from a colleague and wanted to see if I can keep it alive but to do it I would need to move to UTC. Should this command affect the "INSERT CURRENT TIME/DATE" button? It does not seem to change.

Best

Luca

Stefan Ritt wrote:

How do you believe that you can preset a Submission item? Preset only works for attributes, so you have to define an attribute like "Submission UTC" or similar and preset this attribute with

Preset Submission UTC = $utcdate

Luca wrote:

Dear all,

I am trying to have the elog timestamp in UTC time instead of local time using the following config file but without success. Do you know what I am doing wrong?

Thanks

Luca

 

Theme = default
Comment = XENON1T LogBook 
Attributes = Subject, Author, Category, Type, Status
Locked Attributes = Author
Required Attributes = Category, Type
Preset Author = $long_name
Preset Submission = $utcdate
Options Category = General, CRY - Cryogenics, PUR - Purification, RSX- ReStoX, DST - Distillation Column, MUV - Muon Veto, TPC - Detector, WTR - Water Tank, RAD - Gas Purity, CAL - Calibration, SCT - Slow Control, SOP - Shiftoperation
Options Type = Software Installation, Hardware Installation, Failure/Problem, Configuration, Authorization, Other, Leak Check, xenon operation, Shared Resources, Log, Alarm Tests, Hardware test
Options Status = Info, Open - in progress, Closed - unsolved, Closed - solved, Other
Cell Style Status Info  = background-color:lightblue
Cell Style Status Closed - solved  = background-color:lightgreen
Cell Style Status Open - in progress  = background-color:yellow
Cell Style Status Closed - unsolved  = background-color:red
Extendable Options = Type
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type, Category

 

 

 

  68562   Tue Jan 31 08:18:05 2017 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionWindows2.8.1-2350Re: Opening a Local File using <a href="file:///../filename.doc">text</a>

Hi Terry,

I'm not really sure I understand the question; I'll try to rephrase how I understood it.
You have loads of measurement data. All this data is stored not in ELOG but in a common drive M:.
When people work off-site, they copy the ELOG data and all the measurement data they need to a memory stick and run ELOG from there.
But the now copied links in ELOG still point to the M: drive, but they should instead now point to the local memory stick.
 
Did I understand that correctly?
It is a feature of the browser, that it does not allow a relative path in URLs with the "file:" protocol. Relative to what should it be? To where the browser has been started from? The browser does not know where ELOG resides.
 
If I understood the problem correctly, then I see several options:
 
1) Under Linux I would create a symblic link like "/mnt/measurementdata/" that points at work to "file:///M:/Data/" and off-site to the drive on the memory stick.
In the ELOG entries I would only use this symbolic link "/mnt/measurementdata/Inspection%20Reports/ABC123.doc".
This should somehow be possible with Windows, too. See e.g. https://msdn.microsoft.com/en-us/library/windows/desktop/aa363878%28v=vs.85%29.aspx . But I'm not a Windows expert.
 
2) You write a little "Copy ELOG and dataset" script, that will copy all desired files to the memory stick and changes all references to the copied datasets to the new location.
This is very easy to do for any programmer, since one need only do a text-search-and-replace on the ELOG text-files, like:
replace "file:///M:/Data/" with ""file:///F:/Data/" in all *a.log.
 
3) You might even convince Windows to mount your memory stick as drive "M:".  Just copy then the full path to the memory stick: problem solved!
Drive "M:" will rarely ever be defined already on your remote computer. I know that this was possible with Windows NT, I have no idea if this works with Windows 10. Ask google ;-)
 
I hope that helped?
Cheers, Andreas
 
Terry Almond wrote:

I've created an elog where users can then enter links to a file: for example they would enter:

<a href="file:///M:/Data/Inspection%20Reports/ABC123.doc">ABC123</a>

If they are running this on their desktops where everyones M drive is mapped to the same location, not a problem, the file opens perfectly.

The problem we have is some people work off of site and hence they run everything from a memory stick (USB drive), then once back in the office, copy the memory stick back on to the network.

Unfortunately when off of site the href link M: is no longer valid as the M drive doesn't exist.

Hence i've been trying to open a local file with the following syntax: 

<a href="file:///../ABC123.doc">ABC123</a>

It just won't open

Hence in my frustration i basically copied the word file ABC123.doc into every single directory on the memory stick thinking surely this must work, it must find it somewhere, unfortunately not.

What am i doing wrong?

 

 

ELOG V3.1.5-3fb85fa6