Hello,

I am using ELOG V2.9.2-2475.  I added some groups and restarted ELOG and all of a sudden it 

Hi, I have a logbook where users can add entries and edit entries.

The delete option has been removed from the menu, but when they edit an entry they are able to delete the entry.

Is there a way to remove the Delete option from the menu that appears when Editing an entry?

Please advise,

Thanks,

John

Save drafts = 0

Hi Stefan,

Thanks for your reply, I did as suggested but the button "Delete" still appears when the edit entry is selected.

Am I overlooking something?

Regards,

John

No, I get a different result. If I put "Save drafts = 0" in the config example coming with the distribution, I get the following:

sot he "Delete" button is replaced by a "Back" button.

Probably you have an old version of elog, hava a typo on your config, or something like that.

Stefan

Hi Stefan,

Found it, it was a typo.

Thanks for your patience and support.

Regards,

John

Dear all,

there seems to be still lots of confusion with the new "draft modus" introduced in elog 3.1.2. Here is how it works:

If you edit an old or new entry, your changes are written to the elog server every few seconds. The entry in the elog database is marked as "draft". The idea behind that is that if your browser crashes or you navigate away from the elog page without saving your entry, the "draft" entry is sill in the elog database and can be recovered later. This is typically useful on some shift logbooks, where people keep the entry open for many hours and add things every few minutes. If they have a crash, they would loose a few hours of information.

The draft modus now has a few drawbacks:

• If you have some draft entries in your elog database, you don't see them until you hit "New" the next time. Then the system offers you to continue the open draft entries.
• Once you change an existing entry, you cannot go back to the version of that entry before you started to make modifications. The only option is to keep the current version or delete the whole entry. The old version of your entry in the database is overwritten every few seconds with the current contents of your edit text field.

To fix the first problem, I introduced a new flag "List drafts = 0|1". If this flag is 1, the draft entries are shown in the list view. The default value for this flag is 1, so normally you should see the draft entries in the database. You should refrain from editing these entries if you know that currently somebody else is working on them, otherwise you will overwrite each other's modifications. The modification is in the current git version of elog which is 3.1.2-6ec506b.

The scond drawback is harder to address. In order to go back to previous version, you would need a full version system (ala git), which is far beyond the scope of elog. I'm working on a partial fix by storing the contents on an entry inside the browser when you start editing an entry. You can then "cancel" your modifications by pasting back the original version from your browser. This works of course only if your browser does not crash or you do not navigate away from the elog page, in which case the original version will be lost.

If anybody has a strong opinion about these changes, please post them here.

Stefan

In version 3.1.2-416db9f I implemented a "Restore" button, which should fix the second drawback. If you press it, you should be able to go back to where you started when editing an entry.

Hi all,

A error came out when I pasted a photo in the text area with  HTML Encoding. The photo is a snapshot from Print Screen. When I submitted it, it said "Entry text too big. Please increase TEXT_SIZE and recompile elogd". How can I get rid of this? I've tried changing elogd.cfg that: ;Message Height = ;Message Width = or Message Height = 500 Message Width = 500. None of these work.

By the way, I want to ask another question that whether it can load a photo on local disk not only the photo URL by click image of the Image info in CKEditor. Can CKFinder integrate in CKEditor and then it can browse local file on tab of image info. My colleagues prefer pasting photos in text area than uploading it as attachment in our site.

Any advice or sugguestion will be appreciated.

I guee you tried to paste an image into the text area, and your browser somehow converted this into a text entry, which then of course can become very long. Elog since vesion 3 supports drag-and-drop. You can drop an image from your local disk into the "Drop attachemnts here..." box at the bottom of this page. You can also drag an image directly to the text box like this one: , but some browser might not work correctly. If it's not working for you, try it in the demo logbook https://midas.psi.ch/elogs/Linux+Demo/ If it works there, please update your elog to the newest release and you should get it.

Stefan

Thanks for your advice! I've test that dropping an image from my local disk into the text box with Elog-3.1.2. It did work. However, I still have a question want to ask that When I paste a small image into the text area, I can submit it successfully. But when I paste a bigger one, it will say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". And There's the same result in https://midas.psi.ch/elogs/Linux+Demo/. I can drop the image into text area now, so it doesn't matter.

How big is your image? I just tried a 5000 x 3600 pixel image (8 MB in size), and it worked fine on the demo logbook.

Stefan

I just test on your Demo logbook. I use a screen-capture tool to create an image which doesn't been saved as a file, the size is 1920*1080(1.8M), then copy it in clipboard, and then paste in text area. Then the web page become very slow, so that I can't submit it sometime. Sometime, I can submit it but it say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". If I drop an image file into the text area, it works. I used IE11.

Ah, that's the difference! I always drop an image on the text area, never paste it. So please refrain from pasting.

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?

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,

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

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.

Well, the "undesired effect" you describe is exactly the reason for having drafts. Somebody works on a lengthy message, then the browser dies, or the user by accident hits the "back" button and (by accidnt, ehem...) confirms the dialog popping up which says "changes will be lost". In that case the draft mechanism should take care of that the lengthy message is not lost. That's where it is for. If one does not like it, one can always turn it off. If one now hits "New", there is the option to continue the previous draft message rather than creating a blank message. Originally, draft messages were shown on the list of entries in a different colors, but people got confused by that, since the draft message appears already during the editing of the message by the user writing it. So upon request I removed it from the listing. Actually the system cannot differentiate between "user still has the message open and works on it" and "browser has crashed". So there is no elegant way to make everybody happy. The only option I can think of is to make the listing of draft messages optioinal (with a new flag in the config file). Would that make sense? Or does anybody see another conecpt?

Stefan

Hello,

In my opinion, there should be a "close/return" button (discard changes), even with the drafts enabled, but effectively there will have to be several saves made (at least before/after).
I chose to unable the drafts because of this unwanted behaviour: when I modify an entry without any change and click on another tab/logbook without saving, then choose to close the window, the entry is deleted.

Chris 

Yes, I would be more than happy to include your text in the documentation.

Stefan

Hi All,

I have a problem with email configuration with gmail account. I use Elog V3.1.1 and Stuneel V5-32 with Windows 7 Profesional 64-bit

I follow the instruction in elog:68039 This is my configuration elogd.cfg and stunnel.conf

# My elogd.cfg

;Mail server configuration
smtp host = 127.0.0.1
SMTP username = <My_email_account>@gmail.com
SMTP Password = MjhNYXNrb2tpMjI=

Email encoding = 1
Logout to main = 1

# My Stunnel.conf

[gmail-pop3]
client = yes
accept = 127.0.0.1:110
connect = pop.gmail.com:995
verify = 2
CAfile = ca-certs.pem
checkHost = pop.gmail.com
OCSPaia = yes

[gmail-imap]
client = yes
accept = 127.0.0.1:143
connect = imap.gmail.com:993
verify = 2
CAfile = ca-certs.pem
checkHost = imap.gmail.com
OCSPaia = yes

[elogssl]
client = yes
accept = 127.0.0.1:25
connect = smtp.gmail.com:465
verify = 2
CApath = /etc/ssl/certs

[gmail-smtp]
client = yes
accept = 127.0.0.1:25
connect = smtp.gmail.com:465
verify = 2
CAfile = ca-certs.pem
checkHost = smtp.gmail.com
OCSPaia = yes

I got error "Error sending Email via <i>"127.0.0.1"</i>" when I run it.

Could somebody help me?

Thanks,

I use "SMTP username = <My_email_account>" without "@xxx" for my site. So you can try it like that. HTH

Hi Xuan Wu,

Nothing happen, I still got error. Do you have any more idea? I really confuse.

You can use command to test your email service and your username and password. 

telnet your.email.host  25

ehlo hostname

auth login

(input your username)   note that:the username and password should be generaterd by command perl -MMIME::Base64 -e 'print encode_base64 (“username”)’ 

(input your password)

Then you can test the server and username and password are right or not.

And you can set "Logging level = 3" elogd -v and see what is going on?

Hi Xuan Wu,

I got error from stunel as below.

2016.11.17 14:07:01 LOG5[0]: Service [gmail-smtp] accepted connection from 127.0.0.1:52473
2016.11.17 14:07:03 LOG3[0]: s_connect: connect 74.125.130.109:465: Connection refused (WSAECONNREFUSED) (10061)
2016.11.17 14:07:04 LOG3[0]: s_connect: connect 74.125.130.108:465: Connection refused (WSAECONNREFUSED) (10061)
2016.11.17 14:07:04 LOG5[0]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket
2016.11.17 14:09:02 LOG5[1]: Service [gmail-smtp] accepted connection from 127.0.0.1:52510
2016.11.17 14:09:03 LOG3[1]: s_connect: connect 74.125.130.108:465: Connection refused (WSAECONNREFUSED) (10061)
2016.11.17 14:09:04 LOG3[1]: s_connect: connect 74.125.130.109:465: Connection refused (WSAECONNREFUSED) (10061)
2016.11.17 14:09:04 LOG5[1]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket
2016.11.17 14:18:04 LOG5[2]: Service [gmail-smtp] accepted connection from 127.0.0.1:52569
2016.11.17 14:18:05 LOG3[2]: s_connect: connect 74.125.130.109:465: Connection refused (WSAECONNREFUSED) (10061)
2016.11.17 14:18:06 LOG3[2]: s_connect: connect 74.125.130.108:465: Connection refused (WSAECONNREFUSED) (10061)
2016.11.17 14:18:06 LOG5[2]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket
2016.11.17 14:18:25 LOG5[3]: Service [gmail-smtp] accepted connection from 127.0.0.1:52581
2016.11.17 14:18:26 LOG3[3]: s_connect: connect 74.125.130.108:465: Connection refused (WSAECONNREFUSED) (10061)
2016.11.17 14:18:27 LOG3[3]: s_connect: connect 74.125.130.109:465: Connection refused (WSAECONNREFUSED) (10061)
2016.11.17 14:18:27 LOG5[3]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket

Do you know about these?

Hi,

I'm sorry that I'm not familiar with the stunel. I came across email sending problem before. I created a email server in my own PC called postfix. Elog can use this email server to send email. Finally, I could use the email server from our institution. Maybe Luedeke or Stefan can help you.

Hi,

I'm trying to upgrade ELOG 2.9.2, which I have been used many years, to the new version (3.1.2).

I can't run the new version even from the command line:

Message box appears with message:

What do I do wrong ?

I'm trying to use my old config file. New default config gave the same result :-(

Is it possible for an administator to reset a user's password? 

Thanks,

Val

Sure. Hit "Config", select other user, and click on "Change password".

Stefan