ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
66060
|
Tue Nov 18 09:13:26 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Linux | 2.7.5 | Re: Sorting Museremail |
Steve Williamson wrote: |
However, the main reason for the request was that the I was so pleased with the ordering introduced in 2.7.5 but, as it is more normal for me to look down a list of names ordered by last-name/first-name than the other way about, I thought it worth asking if there was any way to do this sensibly. I appreciate that it isn't simple and what suits me may well not suit others - so thanks for taking time to consider the possibilities. I guess the only real solution is to define users differently, e.g. by structuring the name data into first name(s) and last name (not a global solution but would suit most of western europe and the USA at least!) but that is bound to have lots of impacts both on the application and on existing setups - so not really feasible, and probably not worth the disruption.
|
That's correct. Adding first name(s), last name(s) requires major modifications which are not se easy and I don't have time for that in the moment. So we'll keep it for the time being. |
66061
|
Tue Nov 18 13:56:59 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.7.5-2130 | Re: Select -> Edit wipes dates |
T. Ribbrock wrote: |
I just ran into the following bug:
I have a logbook where entries have several attributes, among which several dates. All of these are set to "Type <attr> = date". If I use the "Select" action, tag several entries and subsequently chose "Edit", the values of all date attributes are wiped. All other attributes are kept at their original values, unless changed explicitly. For the date entries, the date choosers are shown (as when editing a single entry), but all set to blank.
Editing single entries works fine.
|
This problem has been fixed in revision 2.7.5-2143. Please upgrade. |
66064
|
Fri Nov 21 09:24:07 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | | | Re: Quick filter in this forum, how to do "Text" search? |
Niklas wrote: |
Hi,
In this forum there is a quickfilter for text search. How do I get that into my elog?
When I add:
Quick filter = Date, Type, Text
into config file. I get:
Error: Attribute "Text" for quick filter not found
How do I add the quick filter text search box?
|
Quick filter = Date, Type, Subtext
as described in the manual  |
66067
|
Fri Nov 21 11:28:31 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.7.5 | Re: Threaded emails |
Paul O'Shaughnessy wrote: |
Can you email a thread of log entries. I think this would be a very useful function, which would enable the logger in effect to send an entire history of a particular issue to the interested parties.
|
Well, kind of. If you notify yourself with elog entries, they are grouped in a thread in your email application. From there you can forward the thread to someone. Or you forward the link to one entry in the thread, and if the link is the opened, the interested parties see the whole link. Sending the whole thread inside elog is however not possible. |
Attachment 1: Capture.png
|
|
66071
|
Sat Nov 22 20:45:05 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.7.5 | Re: Several drop down menu's for a field |
Niall Dooley wrote: |
Hi,
I was wondering if it is possible to have several drop down menus associated with a particular field. My problem is as follows, currently I have a particular field where its value is a name of a person obtained from a list of names from a drop down menu. However, I would like to be able to select on certain occasions more than one name from this same drop down list of names.
The field name in question is "Call-out" as in the name of a person called out. I guess I could add another field say "Call-out 2" and have a drop down menu of names for this new field too but I would like to avoid this if possible. So I would like possiby to have two (or more) drop down menus side by side for this Call-out field which would each populate this one field with the names selected (if any) from each drop down menu. This way if only an a selection is made from the first drop down menu then it should work as it does currently but if an entry was also selected from the second drop down menu then both names should populate the field when the log is complete.
I hope I have been clear in my question/request? Many thanks in advance for any help or suggestions received.
|
Try
Moptions = name1, name2, ...
This gives you not a drop down list, but a series of check boxes, where you can select multiple persons simultaneously. |
66073
|
Mon Nov 24 09:50:16 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.7.5 | Re: Threaded emails |
Niall Dooley wrote: |
Stefan Ritt wrote: |
Paul O'Shaughnessy wrote: |
Can you email a thread of log entries. I think this would be a very useful function, which would enable the logger in effect to send an entire history of a particular issue to the interested parties.
|
Well, kind of. If you notify yourself with elog entries, they are grouped in a thread in your email application. From there you can forward the thread to someone. Or you forward the link to one entry in the thread, and if the link is the opened, the interested parties see the whole link. Sending the whole thread inside elog is however not possible.
|
Hi Stefan,
Your suggestion of emailing a link for a log entry with which any interested parties open the link are able to see the entire thread works. However, it does not display the additional text which may be added in the text box below the standard field entries. To view this additional text would require the email recipiant to log into the elog account. The only problem with this is the interested parties may not have the priviledges to log into the elog account. Thanks for your time.
|
You could implemente guest read-only access to the logbook (like for this forum). |
66075
|
Mon Nov 24 17:53:23 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.7.5 | Re: Special characters in attribute names | Thanks to your detailed description I could reproduce and fix the problem. Please download SVN revision #2144 and give it a try. |
66077
|
Mon Nov 24 18:15:01 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.7.5 2142 | Re: Elogd crashes with: *** stack smashing detected *** |
Niklas wrote: |
Stefan,
perhaps there should be something like the bold text below in elogd.c:
int process_http_request(const char *request, int i_conn)^M
...
/* extract cookies */^M
if ((p = strstr(request, "Cookie:")) != NULL) {^M
p += 6;^M
do {^M
p++;^M
while (*p && *p == ' ')^M
p++;^M
strlcpy(str, p, sizeof(str));^M
for (i = 0; i < (int) strlen(str); i++)^M
if (str[i] == '=' || str[i] == ';')^M
break;^M
if (str[i] == '=') {^M
str[i] = 0;^M
p += i + 1;^M
for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n' && i < (int) sizeof(cookie); i++)
cookie[i] = *p++;
...
|
Wow, where did you get that long cookie from? Certainly not from elogd. You must run elogd under Apache, and have some other service next to it on your server which distributes this long cookies, that's why other people did not experience this problem yet. I appreciate your fix. It's alwasy nice to see users not only complain about things, but try to fix them. Your fix is almost correct, you need a
i<(int) sizeof(cookie)-1
since there is the trailing zero for terminating the cookie string. I applied your fix to SVN revision #2146. |
|