Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 207 of 796  Not logged in ELOG logo
ID Date Icondown Author Author Email Category OS ELOG Version Subject
  2311   Wed Sep 5 16:35:29 2007 Reply Willem KosterW.Koster@rc.rug.nlBug report 2.6.5Re: quick filter
> Greetings,
> 
> Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in 
> internet exporer (@windows). I have to use the <TAB>-key now to get the results.
> 
> The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because 
> opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as 
> well.
> 
> Regards,
> Willem Koster

ehm... funny enough the quick-filter entry used in this elog does work with IE.  

(we're using ELOG V2.6.5-1844 btw)

update: when we try just one quick-filter it works ok, when we add our second quick-filter it stops working.

Both quick-filters are tekst-searches (just like this forum only has one tekst-search quick-filter).

We suspect that this is an explorer issue and probably not something that can be solved with elog, but ... 
maybe .. who knows...



update2:

In the source we see:

    <noscript><input type="Submit" value="Search"></noscript> 

If we remove the <noscript> </noscript> tags we get a submit-button, but our problem seems to be solved. 
(obviously hacking the source-code is not our primary choice :-)
  2312   Thu Sep 6 08:50:53 2007 Reply Stefan Rittstefan.ritt@psi.chBug report 2.6.5Re: quick filter
> > Greetings,
> > 
> > Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in 
> > internet exporer (@windows). I have to use the <TAB>-key now to get the results.
> > 
> > The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because 
> > opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as 
> > well.
> > 
> > Regards,
> > Willem Koster
> 
> ehm... funny enough the quick-filter entry used in this elog does work with IE.  
> 
> (we're using ELOG V2.6.5-1844 btw)
> 
> update: when we try just one quick-filter it works ok, when we add our second quick-filter it stops working.
> 
> Both quick-filters are tekst-searches (just like this forum only has one tekst-search quick-filter).
> 
> We suspect that this is an explorer issue and probably not something that can be solved with elog, but ... 
> maybe .. who knows...
> 
> 
> 
> update2:
> 
> In the source we see:
> 
>     <noscript><input type="Submit" value="Search"></noscript> 
> 
> If we remove the <noscript> </noscript> tags we get a submit-button, but our problem seems to be solved. 
> (obviously hacking the source-code is not our primary choice :-)

The code above is for cases where JavaScript is not enabled. The quick filter text box contains code like:

  onChange="document.form1.submit()"

which is some javacode which causes the browser to submit the form after the contents of the text box has changed.
Now if javascript is turned off, this does not work obviously. So I added the <noscript> section which shows the
Submit button, so people can click on it. But you are telling me that IE accepts the hit on return (not the click
on the Submit button) even when JavaScript is off, right? Can you temporarily remove the onChange section and see
what happens?
  2313   Fri Sep 7 22:31:10 2007 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux2.6.5Re: Synchronization Problems

Nicole Ackerman wrote:
I'm currently running elog 2.6.5 on my (feisty ubuntu) laptop and desktop. I set up mirroring between the two which usually works, but occasionally I get an error (when sending from laptop to desktop) :

"Enty too long to display. Please increase TEXT_SIZE and recompile elogd."

When this happens my entry is shortened to 3 characters. This is frustrating as I have lost many important entries. I'm unsure why this is happening - they aren't the longest entries in my logbook (one was a one line linux command) and there doesn't seem to be anything "special" about the ones that do and do not sync. The last time I tried to sync I got this error on 3 entries and they appear to be corrupted - when I try to access them elogd stops responding.

On a presumably related note, every time I try to send an entry from my laptop to my desktop I get "Error sending local entry: Error transmitting message", though the entry has appeared to sync properly. I don't think I have ever had a problem transmitting from my desktop to my laptop.

Currently the only mirroring option I have added to my config file in on my laptop which is the IP of my desktop as the Mirror server.

I'm unsure what else I could post to help troubleshoot this problem - is it just something I've done wrong or that could be fixed with a reinstall?


I'm sorry for your trouble. The key to understand and fix this problem is reproducibility. Can you identify an entry which causes this error (of course back up the entry before trying). Then create a fresh logbook where you put only this entry. If you can reproduce the problem, can you send me that entry, together with your config files? Only if I can reproduce your problem, I can fix it.

Best regards,

Stefan
  2314   Fri Sep 7 22:56:12 2007 Reply Stefan Rittstefan.ritt@psi.chQuestion 2.6.5-1890Re: ELCode how to with URL
> Hello there !!
> 
> I wonder if it's possible to write an url like this[URL=?CR=CR00000429]CR00000429[/URL] 
> in fact it don't work for the moment , because it is redirected tu http:///?CR=CR00000429
> is it possible to have url without http://
> 
> I have a logbook CR and a type CR and i work now in localhost but i want my elog to be accessible from anywhere.
> Im not very clear but I hope you understand.
> 
> 
> 
> [TABLE border="1"]
> Emplacement|CR|TYPE|Cable trace voix 1|Cable trace voix 2|url|-
> MON|CR00002536|Monitoring|x|x|[URL=http://localhost:8080/CR/?CR=CR00002536]CR00002536[/URL]|-
> POW1|CR00000429|POWER Ro|x|x|[URL=?CR=CR00000429]CR00000429[/URL]|-
> POW2|CR00000430|POWER Ro|x|x|[URL=?CR=CR00000430]CR00000430[/URL]|-
> 
> [/TABLE]

You can use the 

elog:<logbook name> 

redirection. So for this logbook, so see all entries with Category=Info using following link

elog:Forum/?Category=Info

This should work from everywhere.
  2315   Tue Sep 11 11:36:04 2007 Reply toumbitoumbi@yopmail.comQuestion 2.6.5-1890Re: ELCode how to with URL
Thank you a lot !!
  2316   Tue Sep 11 15:30:11 2007 Reply Steve Jonessteve.jones@freescale.comRequestAll2.6.2-1739Re: Too many logbooks during user registration

Stefan Ritt wrote:

Steve Jones wrote:
Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).

My question: Is it possible to limit - or remove - the checkboxes that the user can select during registration? I realize that this is a browser issue but I doubt I can persuade those guys to fix FireFox.

Thanks.


I changed the current SVN version (#1909) to show only the list of logbooks if there are ten or less logbooks, in order not to make the URL too long. On the activation by the administrator, the list of subscribed logbooks appears as previously, but all are unchecked. So it's the task of the administrator to enable subscriptions or not.



Quote:
So the list is shown to the one requesting the registration? Would it be possible to have an option that, when selected, simply did not list any logbooks? I can see a customer becoming confused if they did not see their logbook listed. Just turn off the selection completely. Otherwise, this will work but I fear will generate more questions as in "Why isn't logbook <blah> listed?"

Thanks!
  2317   Tue Sep 11 21:25:11 2007 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.6.2-1739Re: Too many logbooks during user registration

Steve Jones wrote:
So the list is shown to the one requesting the registration? Would it be possible to have an option that, when selected, simply did not list any logbooks? I can see a customer becoming confused if they did not see their logbook listed. Just turn off the selection completely. Otherwise, this will work but I fear will generate more questions as in "Why isn't logbook <blah> listed?"


I agree, that's inconsistent. So I removed the logbook list completely (SVN revision 1914) and added a note on the user notification that they should click 'config' to subscribe to any logbook.
  2319   Fri Sep 28 17:52:37 2007 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux | Windows2.6.5-1844Re: Post appearing twice

Bertram Metz wrote:
I've observed the same behavior with attributes containing a dash. Would it be possible to allow '-' in attributes?


Yes. Fixed in Revision 1930.
ELOG V3.1.5-2eba886