ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
65939
|
Thu Jul 31 17:16:20 2008 |
| Tom Plancon | tplancon@bkaarchs.com | Question | All | 2.7.3-2058 | html code in reply window |
Hello,
Recently upgraded to 2.7.3 and I'm seeing html code filling up the reply window. Before I would just see [quote] and [/quote] around the original entry. Did I miss something in the upgrade? Thanks! |
65938
|
Thu Jul 31 09:25:01 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.7.4-2113 | Re: Exploit Browser Tabs to Make Anonymous Entries |
Alan Stone wrote: |
One of my shifters just managed to make an anonymous logbook entry even though the Author attribute is required.
It turns out that he had two tabs in his browser opened/logged into the Elog. He logged out in one tab only. Then he
did some other work on the desktop. Then he returned to the browser to make a new logbook entry, finding the tab which
still showed the logged in menu, including the link for "New". The Shifer is on day two, so he did not give any special
notice to seeing Anonymous in the Author field instead of his name. He did point it out when I came in, and noted that
no warning was given about making an anonymous entry.
I tested the same scenario myself. One cannot preview an anonymous entry (when Author field is a required attribute).
A warning is given. However, one can submit the anonymous entry, and no warning is given.
|
What configuration do you use? I tried to reproduce your problem with a "minimal" configuration like
[demo]
Attributes = Author, Subject
Preset Author = $long_name
Locked Attributes = Author
When I log out from the second browser tab and click on "New" on the first browser tab, I am shown the login page, not the new entry page. I guess your "menu commands" and "guest menu commands" allow non-logged in users to issue a "New" command. Try removing that.
Stefan |
65937
|
Wed Jul 30 19:54:28 2008 |
| Alan Stone | alstone@fnal.gov | Bug report | Linux | 2.7.4-2113 | Exploit Browser Tabs to Make Anonymous Entries |
One of my shifters just managed to make an anonymous logbook entry even though the Author attribute is required.
It turns out that he had two tabs in his browser opened/logged into the Elog. He logged out in one tab only. Then he
did some other work on the desktop. Then he returned to the browser to make a new logbook entry, finding the tab which
still showed the logged in menu, including the link for "New". The Shifer is on day two, so he did not give any special
notice to seeing Anonymous in the Author field instead of his name. He did point it out when I came in, and noted that
no warning was given about making an anonymous entry.
I tested the same scenario myself. One cannot preview an anonymous entry (when Author field is a required attribute).
A warning is given. However, one can submit the anonymous entry, and no warning is given.
Alan |
65936
|
Wed Jul 30 10:06:57 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Windows | 2.73-1.exe | Re: Elogd.exe crashes almost everyday |
jh wrote: |
My Elog running on windows 2003 sp1 is crashing with this error " Faulting application elogd.exe, version 0.0.0.0, faulting module elogd.exe, version 0.0.0.0, fault address 0x00061330." the version of elogd.exe is has a built date of 2/22/2008. Will upgrading to the latest windows binary resolve this issue? Thanks!!
|
I would give it a try! |
65935
|
Tue Jul 29 17:50:51 2008 |
| jh | jon.huang@ses-americom.com | Bug report | Windows | 2.73-1.exe | Elogd.exe crashes almost everyday |
My Elog running on windows 2003 sp1 is crashing with this error " Faulting application elogd.exe, version 0.0.0.0, faulting module elogd.exe, version 0.0.0.0, fault address 0x00061330." the version of elogd.exe is has a built date of 2/22/2008. Will upgrading to the latest windows binary resolve this issue? Thanks!!
|
65934
|
Thu Jul 24 11:28:30 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | | Re: WINDOWS binaries with latest fixes. |
Franck C wrote: |
Hi,
When the WINDOWS binaries with the latest bug fixes will be available on the download page ?
Have a nice day 
|
Whenever you ask for it 
I made you an elog274-1.exe containing revision 2118. |
65933
|
Thu Jul 24 11:21:54 2008 |
| Franck C | franck.c95@free.fr | Question | Windows | | WINDOWS binaries with latest fixes. |
Hi,
When the WINDOWS binaries with the latest bug fixes will be available on the download page ?
Have a nice day  |
65932
|
Wed Jul 23 15:14:58 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | | 2.7.4 | Re: Thumbnails not working |
Kevin O'Sullivan wrote: |
I get the following error where thumbnails should go: Cannot create thumbnail, please check ImageMagick installation.
I restarted elog and check the log, it does in fact detect ImageMagick and it does have the most recent version. I'm running ubuntu 2.6.24-19-server. Is there something else I should be checking?
|
Try the following:
- Put logfile = elog.log into your elogd.cfg
- Upload an image to get the error
- Examine your elog.log file
You should get something like:
23-Jul-2008 15:10:38 [] Server listening on port 8080 ..
23-Jul-2008 15:10:52 [stefan@127.0.0.1] {demo} SHELL "convert "logbooks\demo\080723_151052_Capture.png" "logbooks\demo\080723_151052_Capture.png.png""
In your logfile. Now try the "convert" command manually under the same account elogd is running. Possible reasons for problems are:
- The "convert" command is not in your path or links to another program. Unfortunately ImageMagick chose a pretty standard name for this program
- The account under which elogd is running does not have write access to the logbook directory
- converts wants to call ghostscript for PDF conversion, but it is not installed
- ...
|