ELOG Forum

Demo Discussion

Forum Config Examples Contributions Vulnerabilities

Discussion forum about ELOG, Page 654 of 808

Not logged in

Find | Login | Help

Full | Summary | Threaded | Hide attachments

6457 Entries

Goto page Previous 1, 2, 3 ... 653, 654, 655 ... 806, 807, 808 Next

Wed Sep 5 16:35:29 2007

> 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

> > 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?

65632

Thu Oct 25 12:04:02 2007

Peter Rienstra

peter.rienstra@gmail.com

Bug report

Other

2.6.5:1946

Date attribute in Quick filter

Stefan,

I downloaded the latest source (ELOG V2.6.5-1946) to solve another problem. But now I get:

Error: "Attribute "Date" for quick filter not found", see attachment.

In the configfile I have: Quick filter = Date

A bug?

(It works fine, so it's not really a big problem.)

Attachment 1: error.jpg

65633

Thu Oct 25 20:15:46 2007

Re: Date attribute in Quick filter

Peter Rienstra wrote:

I downloaded the latest source (ELOG V2.6.5-1946) to solve another problem. But now I get:

Error: "Attribute "Date" for quick filter not found", see attachment.

In the configfile I have: Quick filter = Date

A bug?

Yep. Fixed in V2.6.5-1951.

65634

Thu Oct 25 23:36:28 2007

Email notification: "Use Email From = " always set to admin

My current syntax is:

; Email notification
Suppress Email to users = 0
Omit Email To = 1
Use Email Subject = $system: $subject
#Use Email From = Author Email
Email Report General = hn-cms-dataopslog@cern.ch, cms-dataops@fnal.gov

I had to comment out the 'Use Email From' option because all forwarded
entries to the CMS HyperNews or Fermilab ListServer appeared to originate
from me (alstone@fnal.gov), even though other users were logged in and
saving the entries to the logbook. After commenting out this line, the
entries were properly credited when forwarded, although the

There are two admins defined in the [global] section, and "alstone" is
not the first name in the "Admin user" list.

Is this a bug, or have I used this option incorrectly?
Alan

65637

Fri Oct 26 11:44:36 2007

Re: Email notification: "Use Email From = " always set to admin

Alan Stone wrote:

Documentation says:

If Use Email From is present, it is always used. If not, the email address of the currently logged in user is used for the "From:" field. If no user is logged in, or the current user has not specified a email address in the password database, the setting of the option Default Email From is used for the "From:" field. Only if this option is not specified, a generic address ELOG@<hostname> is used, which might be rejected by the SMTP server however.

So if you write

Use Email From = me@some.where

then of course all emails have "me@some.where" in the From: field. If you want the email of the people logged in, you either remove this option (since it's the default anyhow), or you write explicitly

Use Email From = $user_email

65648

Mon Nov 12 15:58:57 2007

Quick Filter including Subtext applied overzealously?

When there are two or more Quick Filters available, and one of them is on the Subtext attribute, once one of the other filters has its value changed the null text for the Subtext selection criterion (namely, "-- Text --") is used as a genuine selection criterion, thus typically preventing any entries from matching.

This is for v2.7.0-1961 with both Mozilla 2.0.0.9 and IE 6 on Windows XP Professional SP2, and I think has appeared with this release. You can demonstrate the behaviour on this forum:

Go to http://midas.psi.ch/elogs/Forum/
Quick filter on dates in the "Last Month" and nothing is listed. The URL is now http://midas.psi.ch/elogs/Forum/?last=31&Subtext=--+Text+--
Set the date filter back to "-- All Entries --" and the spurious subtext filter remains; the URL is now http://midas.psi.ch/elogs/Forum/?Subtext=--+Text+--
Delete the "-- Text --" value in the filter box and everything reappears; the URL is back to http://midas.psi.ch/elogs/Forum/

Richard Stamper

65649

Tue Nov 13 11:04:58 2007

Re: Quick Filter including Subtext applied overzealously?

Richard Stamper wrote:

This is for v2.7.0-1961 with both Mozilla 2.0.0.9 and IE 6 on Windows XP Professional SP2, and I think has appeared with this release. You can demonstrate the behaviour on this forum:

Go to http://midas.psi.ch/elogs/Forum/
Quick filter on dates in the "Last Month" and nothing is listed. The URL is now http://midas.psi.ch/elogs/Forum/?last=31&Subtext=--+Text+--
Set the date filter back to "-- All Entries --" and the spurious subtext filter remains; the URL is now http://midas.psi.ch/elogs/Forum/?Subtext=--+Text+--
Delete the "-- Text --" value in the filter box and everything reappears; the URL is back to http://midas.psi.ch/elogs/Forum/

Thanks for reporting this. I fixed it in revision 1964. You can test it in this forum.

Goto page Previous 1, 2, 3 ... 653, 654, 655 ... 806, 807, 808 Next

ELOG V3.1.5-3fb85fa6