Problem selecting ports, posted by Chris Warner on Fri Jan 13 03:21:32 2006
|
I had problems getting elog to run on port 8080 (or many others). I have it installed on Redhat Enterprise Linux rel 4. The only way I was able to get it working was using port 80. I would like to run it on a different port if possible but I'm not sure what is wrong.
Any Ideas |
Re: Problem selecting ports, posted by Chris Warner on Tue Jan 17 13:59:58 2006
|
Nevermind. this was an iptables issue.
| Chris Warner wrote: | I had problems getting elog to run on port 8080 (or many others). I have it installed on Redhat Enterprise Linux rel 4. The only way I was able to get it working was using port 80. I would like to run it on a different port if possible but I'm not sure what is wrong.
Any Ideas |
|
LDAP, posted by Carl Shirey on Thu Jan 12 16:53:30 2006
|
I know you want to make ELOG a stand alone program. But is there a way to still make a stand alone but have the option work with LDAP?
FYI
Elog works great we us it for our shift carryover and we have about 25 people useing it and I have heard no complants with it.
Thanks |
Re: LDAP, posted by Stefan Ritt on Thu Jan 12 17:02:21 2006
|
| Carl Shirey wrote: | I know you want to make ELOG a stand alone program. But is there a way to still make a stand alone but have the option work with LDAP?
FYI
Elog works great we us it for our shift carryover and we have about 25 people useing it and I have heard no complants with it.
Thanks |
I added your vote to the "PAM" authentication on the wishlist, since PAM contains an LDAP module. |
|
Re: LDAP, posted by Chris Warner on Fri Jan 13 02:37:10 2006
|
| Stefan Ritt wrote: |
| Carl Shirey wrote: | I know you want to make ELOG a stand alone program. But is there a way to still make a stand alone but have the option work with LDAP?
FYI
Elog works great we us it for our shift carryover and we have about 25 people useing it and I have heard no complants with it.
Thanks |
I added your vote to the "PAM" authentication on the wishlist, since PAM contains an LDAP module. |
Please Add my vote too. I think that would be great. |
Thread sort / display order, posted by Michael Husbyn on Tue Nov 22 17:38:24 2005
|
Is there a way to choose the display order in threaded mode.
Eg:
1 Test
2 Version 2.0 Testing 1
3 Version 2.5 Testing 2
4 Version 2.3 Testing 3
But the preferred sort order (not the ID) is something like this:
1 Test
2 Version 2.0 Testing 1
4 Version 2.3 Testing 3
3 Version 2.5 Testing 2
Example of parameter perhaps:
Thread order = Field1, $id
Or is this something too difficult to implement? Or already there?
Best regards
Michael Husbyn |
|
Re: Thread sort / display order, posted by Stefan Ritt on Thu Jan 12 16:06:16 2006
|
| Michael Husbyn wrote: | Is there a way to choose the display order in threaded mode.
Eg:
1 Test
2 Version 2.0 Testing 1
3 Version 2.5 Testing 2
4 Version 2.3 Testing 3
But the preferred sort order (not the ID) is something like this:
1 Test
2 Version 2.0 Testing 1
4 Version 2.3 Testing 3
3 Version 2.5 Testing 2
Example of parameter perhaps:
Thread order = Field1, $id
Or is this something too difficult to implement? Or already there?
Best regards
Michael Husbyn |
In summary mode, you can sort by clicking on a column header. You will then see something like
http://.../?sort=Field1
in the address bar. If you now switch to threaded display, this vanishes of course, but you can put a
Start page = ?sort=Field1
into your config file. Use sort for ascending order, rsort for descending order. |
Page browsing links in Find mode broken, posted by Yoshio Imai on Wed Jan 11 15:54:28 2006
|
Hi!
We are having problems with the "Find" mode in the latest revision. When we used "Find" to search for specific texts, and the results span more than one page (say, 2 for example), the page links in the command bar on top point to the ELOG pages rather than the find result pages. This means that, when I click onto "Previous" from find result page 2 (which is the first page getting displayed), I get to logbook page 1 (entries 1 to 20) and not to the previous page of find results. I think this didn't happen in earlier versions. Could you check that? It also happens here in the Forum.
Thanks
Yoshio |
|
Re: Page browsing links in Find mode broken, posted by Stefan Ritt on Wed Jan 11 21:06:06 2006
|
| Thanks for reporting this bug, I fixed it in revision 1597. |
|
Side effects from debugging, posted by Yoshio Imai on Thu Jan 12 11:32:19 2006
|
| Stefan Ritt wrote: | | Thanks for reporting this bug, I fixed it in revision 1597. |
Thanks for your quick reaction! Unfortunately, there is one side effect. As far as I understand, you fixed the bug by preserving the command attributeshttp://www.logbook.domain/logbook/pageN?command when browsing with the Goto page links, so that when a filter is applied, it is still active upon page change. However, the same is true for all other commands, including the ?id=NNN command which is active when clicking List from single entry view. If you click onto, e.g. Previous in this mode, the elogd has a conflict in that it is required to display one page and having to highlight an entry that resides on another. http://www.logbook.domain/logbook/pageN?id=NNN The highlighting supersedes, and the page browse links are effectively disabled. Is there a way to keep the bug fix but disable the side effects, e.g. selectively not preserving the ?id=NNN upon page browsing? Maybe you could implement a "blacklist" of not-to-be-preserved commands, in case there are other problems like this one.
Thanks for the work (I saw the timestamp!)
Yoshio |
|
Side effects from debugging, posted by Yoshio Imai on Thu Jan 12 11:38:13 2006
|
Addendum: in the Forum, I found a very strange effect: When deliberately highlighting an entry (http://midas.psi.ch/elogs/Forum/?id=1858), the Elog server no longer keeps the page partitioning, but displays ALL entries of the logbook. I don't know if these problems are related, but maybe you could check (we use the "Full" mode for the list view, in case that matters). I have tried to reproduce the problem with our logbook in threaded mode, but we don't seem to have this problem there.
Yoshio |
|
Side effects from debugging, posted by Stefan Ritt on Thu Jan 12 15:50:51 2006
|
| Both problems have been fixed in revision 1598. |
|
Getting back from "Find" mode, posted by Yoshio Imai on Tue Nov 15 10:58:23 2005
|
Hi again!
There is one question regarding the "Find" function of the elog. Clicking onto "Search" takes the user to the list view on only those entries that match the search conditions. Since we use the list view in "Full" mode by default, this usually is enough to give us an overview of the event we looked for.
Is there a more direct way to get back to the unfiltered list view than selecting an entry and go to "List" or using "Find" again and clicking on "Back"?
Greeting
Yoshio |
|
Re: Getting back from "Find" mode, posted by Stefan Ritt on Tue Nov 15 12:50:37 2005
|
| Yoshio Imai wrote: | There is one question regarding the "Find" function of the elog. Clicking onto "Search" takes the user to the list view on only those entries that match the search conditions. Since we use the list view in "Full" mode by default, this usually is enough to give us an overview of the event we looked for.
Is there a more direct way to get back to the unfiltered list view than selecting an entry and go to "List" or using "Find" again and clicking on "Back"? |
I can easily add another button for that, will put it on the wish list. |
Re: Getting back from "Find" mode, posted by Stefan Ritt on Wed Jan 11 21:12:13 2006 
|
| Yoshio Imai wrote: | | Is there a more direct way to get back to the unfiltered list view than selecting an entry and go to "List" or using "Find" again and clicking on "Back"? |
Yes, just click on the logbook tab on the very top of the page. |
|
Date imports from CSV incorrectly, posted by David Brody on Tue Jan 10 00:32:19 2006
|
When I import from a CSV file, dates formatted as mm/dd/yy always get imported as 12/31/1969
Here are the parameters I am using for dates:
Attributes = Ticket #, Status, Assigned To, Status Date, Install Date, Category, Activity, Environment, Component, TstTrk
Type Status Date = date
Type Install Date = date
Date format = %A, %d %B, %Y
Preset Status Date = $date
Thanks!
DB |
|
Re: Date imports from CSV incorrectly, posted by David Brody on Tue Jan 10 19:30:09 2006
|
| David Brody wrote: | When I import from a CSV file, dates formatted as mm/dd/yy always get imported as 12/31/1969
Here are the parameters I am using for dates:
Attributes = Ticket #, Status, Assigned To, Status Date, Install Date, Category, Activity, Environment, Component, TstTrk
Type Status Date = date
Type Install Date = date
Date format = %A, %d %B, %Y
Preset Status Date = $date
Thanks!
DB |
Never mind. I figured it out! |
|
MS Fonts only in ELCode options?, posted by T. Ribbrock on Wed Jan 4 12:05:21 2006
|
I'm just after installing 2.6.0 and marvelling at all the changes, especially ELCode (I was using 2.5.8 previously). However, I noticed that the "FONT" menu for ELCodes only offers Microsoft fonts  - something I usually avoid like hell when publishing web content, as I cannot rely on those being installed on the clients. As far as I can see there is no easy way to change this, short of patching the source - or is there?
I'd want to add at least options like "serif" and "sans-serif" and maybe some standard (Unix\?) fonts like "Helvetica". |
|
Re: MS Fonts only in ELCode options?, posted by Stefan Ritt on Mon Jan 9 20:53:28 2006
|
| T. Ribbrock wrote: | I'm just after installing 2.6.0 and marvelling at all the changes, especially ELCode (I was using 2.5.8 previously). However, I noticed that the "FONT" menu for ELCodes only offers Microsoft fonts - something I usually avoid like hell when publishing web content, as I cannot rely on those being installed on the clients. As far as I can see there is no easy way to change this, short of patching the source - or is there?
I'd want to add at least options like "serif" and "sans-serif" and maybe some standard (Unix\?) fonts like "Helvetica". |
In revision 1593 I implemented a "Fonts = ..." option where you can specify a list of fonts to be shown on the list. I tried however the MS set of fonts on a Linux system, and found that the MS fonts got mapped to Unix fonts in a reasonable way. Even the Comic Sans MS font was avalilable. |
|
Re: MS Fonts only in ELCode options?, posted by T. Ribbrock on Tue Jan 10 10:42:18 2006
|
| Stefan Ritt wrote: |
In revision 1593 I implemented a "Fonts = ..." option where you can specify a list of fonts to be shown on the list. I tried however the MS set of fonts on a Linux system, and found that the MS fonts got mapped to Unix fonts in a reasonable way. Even the Comic Sans MS font was avalilable. |
Very nice, thanks! Yes, vou're right, MS fonts have a chance of working on newer Linux distributions, but not on all and there are still older ones out there - never mind all those folks sitting behind some kind of Solaris/Sparc box or similar...  |
|
HelpELCode needs to be present in "Menu commands"?, posted by T. Ribbrock on Wed Jan 4 12:26:31 2006
|
| Another little issue I came across was this: I'm using "Menu commands" and "Guest Menu commands" in my configuration. When I logged in and started to create a new entry, clicking on the URL that is behind "ELCode" at the bottom of the screen (and accesses the help for the ELCodes) resulted in a "command denied". The only way to get around this was to add "HelpELCode" to "Menu commands" - but now it also shows up in the menus, which is not what I want. Is there any way around this? |
|
Re: HelpELCode needs to be present in "Menu commands"?, posted by Stefan Ritt on Mon Jan 9 20:19:32 2006
|
| T. Ribbrock wrote: | | Another little issue I came across was this: I'm using "Menu commands" and "Guest Menu commands" in my configuration. When I logged in and started to create a new entry, clicking on the URL that is behind "ELCode" at the bottom of the screen (and accesses the help for the ELCodes) resulted in a "command denied". The only way to get around this was to add "HelpELCode" to "Menu commands" - but now it also shows up in the menus, which is not what I want. Is there any way around this? |
Thanks for reporting that problem. I fixed that in revision 1592. |