"Logkook dir" in top group [global] section ineffective, posted by Yoshio Imai on Thu Nov 24 20:08:00 2005
|
Hi, it's me again!
I have found one possible bug. We have declared top groups for our logbooks; one for administration and one for the shift logbooks. In the [global]-section there is a "Logbook dir"-statement of the form
[global]
Top group Admin = <...>
Top group Shiftlogs = beamtime1,beamtime2,...
Logbook dir = /data/logbooks
Now, in the [global Shiftlogs] section there is another "Logbook dir"-statement to have all associated logbooks in one tree:
[global Shiftlogs]
Logbook dir = /data/logbooks/shift-logbooks
[beamtime1]
Subdir = beamtime1
The problem is, that the manually created subdirectories /data/logbooks/shift-logbooks/beamtimeN are ignored, and the elogd creates new "Subdir"-directories /data/logbooks/beamtimeN (as if the "Logbook dir" statement in the top group [global] section were ineffective). Is this a bug or configuration error from our side?
There are also one question/request (you see that we use the elog extensively now ):
When searching for a particular event in our shift log using the "Find" function, it would often be useful not to go to the single entry, but to the page where that entry resides. This way we can see the whole context of the event. When clicking onto an entry in the "Find" result page, this takes us of course to the single entry, but could you add a function to go to the page instead. Alternatively, is it possible to include a button "Go to page" in the single entry view (it need not even be exactly +/-N entries around, the usual page partition would do)?
Thanks in advance.
Yoshio |
"Leave Page" pop-up when "Submit" entry, posted by Andreas Luedeke on Tue May 12 03:25:45 2015
|
I have a little problem with elogd 3.1.0. The problem persists up to the latest ELOG version, even in the
development branch (V3.1.0-8196b81):
When I want to "Submit" a new entry, I get a javascript pop-up that asks me:
_This page is asking you to confirm that you want to leave - data you have entered may not be saved._
with the options:
"Stay on page" or "Leave page".
The entry is properly submitted if I agree to "Leave page".
But it is very confusing for my users: they are afraid to loose their entry text.
This problem only shows for some specific logbook configurations.
Below is a minimal logbook configuration that shows this problem:
if you select "entry = short", the pop-up is shown;
if you select "entry = long", the pop-up is not shown, the entry is created immediately.
Attributes = entry, when
Options entry = short{1}, long
Type when = datetime
{1} Show Attributes Edit = entry
(PS: it took me several hours to boil down my 120 line configuration into four lines :-) ) |
"Guest menu commands" not changing the menu line, posted by Steve Jones on Wed Mar 28 21:00:17 2007
|
I tried adding the lines below to my Global section, and while Guest access is turned on the menu line does not change. I tried searching SVN change logs for a comment regarding any 'guest' bugs but found nothing. Was this a problem at some point and fixed? I noticed that the Midas site is running 2.6.4-1814 and the guest menus work! Am I doing something wrong or was this a problem in the past?
Thanks!
Guest menu commands = List, Find, Login, Help
Guest List Menu commands = List, Find, Login, Help |
"Full" view formatting, posted by Erik Iverson on Thu Mar 19 02:50:16 2009
|
I have a logbook I use to capture machine settings. There are many (~30) different attributes defined. I've defined the "Summary" view via "List display" in such a way that not all the attributes are displayed in the summary list, because there's no practical way to fit the 30 different attributes in 30 rows across the screen, and there's no need to have every attribute shown in the summary view. I would like to define something for the "Full" view that lets me put one (or more, but not all) attributes per line; much like the single-entry view does now, just with multiple entries. So a "Full" listing would look like
ID: 1
Attribute1: Value1
Attribute2: Value2
Attribute3: Value3
Text...
ID: 2
Attribute1: Value1
Attribute2: Value2
Attribute3: Value3
Text...
rather than
ID Attribute1 Attribute2 Attribute3
1 Value1 Value2 Value3
Text...
2 Value1 Value2 Value3
Text...
etc.
Any suggestions?
Thanks as always for a wonderful piece of software! |
"Forgot Password?" link not working?, posted by Mike on Sat Apr 18 02:49:42 2009
|
I have my site running under apache. I don't have a /elog/ directory.
for example most would do http://www.example.com/elog/ to visit elog
but my site loads at http://www.example.com/
The site is private so it's password protected. Everything works fine except
if I click the "Forgot Password" link it does nothing.
but if I go to one of the log books...
http://www.example.com/open/
The forgot password link works.
Is there anyway to fix this? I have nothing else running on the server, it's dedicated to only ELOG.
That's why I don't want to have it running under /elog/ in the url. |
"Error: Cannot find hostname", posted by Exaos Lee on Sun Oct 9 20:39:50 2005
|
I usually access hosts in LAN with their IPs. But elogd seems to prefer hostnames to IPs. I cannot ask each one to add the hostname to their system config file while they visit my host. I encounter several problems which seems to be related to the hostname resolution:
- I can visit remote elog service through IP and port, but cannot submit entry and cannot open the config page remotely. For example, my powerbook's name is "exaos-pb-12" and its IP is 10.10.2.96. I run elogd on my PB and try to access it through URL http://10.10.2.96:8080/ on host 10.10.2.99. While I submit a new entry or open the config page, my firefox alway blames: "exaos-pb-12.local could not be found. Please check the name and try again."
- Sometimes, all the images, colors are missing. It looks like that my firefox cannot find the correct URL of these images or CSS files. It might be the same problem of "cannot find hostname".
|
"Drop attachments here..." only functional in IE, posted by Michael Hibbard on Thu Apr 5 06:00:09 2018
|
Hello, the "drop attachments here..." feature is very useful, especially when I have multiple files. I can drag them all over in one operation, however I have noticed that this feature only works well in the IE browser.
It does not work reliably in Safari/Chrome/Firefox. I have tired in both 3.1.3 and 3.1.2. I also have the same symptom on the Demo log book of this site.
Please advise. Thank you for the continued development of Elog.
-Michael Hibbard |
"Default encoding" default is not as documented , posted by Kristján Jónsson on Thu Jan 10 15:24:53 2008
|
Hi,
"Default encoding" appears to have the default value of 2 (HTML) instead of 0 (ELCode) as documented in http://midas.psi.ch/elog/config.html
ELOG V2.7.0-1954 : elog.c line 8952
Kristján |