| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
1822
|
Sat May 6 02:12:10 2006 |
 | Mark Bergman | mark.bergman@uphs.upenn.edu | Request | Linux | 2.6.1 | suggestion for "new user registration" page | I'm testing elog, and one user was having difficulty creating a new account for himself. This problem had three reasons:
1. the user expected a "submit" button or some other way to exit the account registration screen to appear near the password boxes, at the bottom of the page.
2. I'm using the "Bottom text" option, which has a URL to execute a "find" (search) within elog for all open tickets. The user simply entered the info for their new account, and then clicked on the button at the bottom of the page--which would be the expected behavior.
3. In our environment, there are many logbooks (~100), as each computing device has it's own logbook. This isn't a problem on the main page, since the logbooks are grouped into 7 categories. However, the account registration page combines two functions--setting up a new account, and selecting which logbooks to subscribe to for e-mail notification. The logbooks are presented in a list (rather than groups), which causes the "Save" button at the top left to scroll off the screen before the user enters their password.
Suggestions for improving the registration page:
Put a "submit" button after the password entry.
Possibly supress the local "bottom text", or allow the specification of a different file for the registration page.
After the user has registered, then show a page allowing them to subscribe for e-mail notifcation. That page should be organized the same way as the main page, with groups. Users should be allowed to subscribe to entire groups, or to expand each group to select or unsubscribe from individual logbooks.
Thanks,
Mark |
|
1827
|
Wed May 10 16:30:45 2006 |
| Kevin McCarty | kmccarty@princeton.edu | Request | All | 2.6.1 | Feature request - site-specific ELCode markup definitions | Hi,
Here's a suggestion that you may or may not want to apply. It would be nice if there existed a config file (or a syntax in the existing elog.cfg file) that permitted sites to define their own ELCode patterns.
Let me give you a usage case. I thought it would be nice to have LaTeX expressions show up automatically on my group's ELog installation if they entered them like this: [math]x^2 + y^2 = r_0^2[/math] So in the source code file elogd.c, I hacked in the following additions to the definition of pattern_list[]:
{"[math]", "<img src = \"http://borex.princeton.edu/mimetex?"},
{"[/math]", "\" border = \"0\" align = \"absmiddle\" />"},
and recompiled ELog.
What this does is convert the LaTeX expression into a URL that uses the "mimetex" CGI program installed on my server to output a GIF file of the equation. So my users can have inline math expressions in their log entries, like this:  . Obviously this is far too site-specific to be added to the official ELog code (unless you want to embed mimetex code into the server, which I kind of doubt  ). But it would be nice if I could specify these patterns in a config file without having to edit the source code and recompile each time I want to install a new ELog version!
Presumably others could find a use for site-specific ELCode markup too (logos, custom smilies, etc.)
Thanks for your time. |
|
1840
|
Thu May 25 19:41:51 2006 |
| Mark Bergman | mark.bergman@uphs.upenn.edu | Request | Linux | 2.6.1 | add field type to automatically email CC | I've got logbooks where I'm submitting entries on behalf of other users, or where other people should be notified of the ticket. This isn't a fixed list of people, and shouldn't be hard-coded into a config file. I've got a field to enter the user's e-mail address, but there's no action associated with that data.
I'd like to see a new field type that allows the entry of e-mail addresses, where each addresses supplied with the logfile entry would be automatically "CC'ed" in the notification e-mail. Ideally, people on the CC list would be (optionally) CC'ed when there are replies or edits to the original elog entry.
For example (snippet of fictional elogd.cfg):
-------------------------------
[web site]
Welcome Title = Issues regarding the web site
MOptions Category = Add links, Change content, Broken Link, Other
CCMailTo = Notification List
Attributes = Author, Category, Severity, Subject, Entry ID, Status, User, Login
Extendable Attributes = Category, Severity, Subject, Status, User, Login, Notification List
Required Attributes = Category, Subject, Status, User
------------------------------- |
|
1908
|
Tue Aug 22 10:41:42 2006 |
| Ben Shepherd | bjs54'at'dl.ac.uk | Request | Linux | Windows | 2.6.2-1714 | Append option for elog.exe | Hi,
Would it be possible to add an 'append' option to the elog.exe client program? I would like to be able to write a simple script for adding images into a logbook - i.e. right-click in Windows and click 'add to log', or click a button in LabVIEW or Matlab and have an image immediately added to the last log entry. There would also have to be an option to either return a list of entry IDs, or just append to the last entry. Is this possible/likely?
cheers
ben |
|
1972
|
Tue Oct 10 15:32:21 2006 |
| Ben Shepherd | bjs54@dl.ac.uk | Request | All | 2.6.2-1714 | 'Inline' button for attachments | Hi,
It would be good if when you uploaded an image as an attachment, there was a button next to it that pasted the code [img]elog:1972/1[/img] into the log entry. This way, it would be more easy to have inline images in a log entry.
cheers
ben |
|
1983
|
Wed Oct 11 19:37:10 2006 |
| Gregory M. Caughey | caugheygm@aol.com | Bug report | Windows | 2.6.2-1722 | Re: Elog v2.6.2-1722 appears to have broken "Suppress default [0|1|2|3]" option on Windows XP box |
| Stefan Ritt wrote: |
| Gregory M. Caughey wrote: | | 2.) However, email notifications will be sent under all circumstances regardless of which parameter selected. |
Thanks for reporting that problem. I just implemented Suppress email on edit and this could have had some side effect. I tried however to reproduce your problem and was not able to. Trying the "minimal" configuration file, the email notifications were suppressed if the check box was checked, or if Suppress default = 3. Can you check if it works with a minimal config file, and if yes, what option in your "full" config file causes this effect? |
OK, you're absolutely correct. When I run Elog-2.6.2-1722 with a minimal 'elogd.cfg' the "Suppress default [0|1|2|3]" flag does appear to behave as expected. Taking your advice I went through my local 'elogd.cfg' evaluating items to see where the problem starts and I found a problem. In my local config file I use conditional attributes to modify the "category" and "type" fields (in the posting form) and here is what I'm finding wrong. For this example I have set "Suppress default = 3" and the following actions take place:
1.) Select "New" to begin a post and the form displays correctly with NO "[] Suppress Email notification" checkbox showing.
2.) When selecting "Category" an choosing an appropriate menu item the form is then redrawn and now there is a problem, the "[] Suppress Email notification" checkbox is displaying. The checkbox does work correctly but the behavior I'm expecting is for no checkbox to display during the composition of this posting. Am I misunderstanding the behavior of the "Suppress default = 3" flag?
3.) Each of the other flag parameters appear to work as expected as used in the above example.
I have attached screenshots that demonstrate this behavior as well as a snippet of the 'elogd.cfg' file.
Hope this helps a little...
Thanks, Greg |
| Attachment 1: Capture10-11-2006-5.05.21_AM.jpg
|
|
| Attachment 2: Capture10-11-2006-5.06.40_AM.jpg
|
|
| Attachment 3: Capture10-11-2006-5.09.34_AM.jpg
|
|
|
2053
|
Wed Nov 8 13:59:52 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | All | 2.6.2-6 | Denial of Service Vulnerability of elog 2.6.2-6 | Dear ELOG users,
a denial of service vulnerability has been reported which affects all elog versions prior to 2.6.2-7. With a special request one can crash the elogd server, given that one has access either through a public read access or through an account. This vulnerability has been fixed in version 2.6.2-7. It is advised that all sensitive installations of ELOG are being updated.
Stefan Ritt |
|
2098
|
Tue Nov 28 12:48:47 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | All | 2.6.3 | Version 2.6.3 released today | Dear ELOG users,
ELOG version 2.6.3 has been released today. It contains all the bug fixes, security fixes and a few new features collected since the last release which was actually almost half a year ago. The changelog contains all the details.
Due to the security fixes it is recommended to upgrade from any version prior to 2.6.3. Please note that the location of all password and log files has been moved from the main elog directory to the logbook directory. This means that after upgrading you have to move your password file manually, otherwise you cannot log in any more. This modification was requested because some ELOG installations (especially ones with top groups) can now have a read-only main directory.
Stefan Ritt |
|