ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
2297
|
Fri Jul 20 16:06:50 2007 |
| toumbi | toumbi@yopmail.com | Bug report | | 2.6.5-1872 | CVS import + french = impossible |
Hi ,
I found a bug , when I want to import a cvs file and if i had set Language=french into global , I m not allowed.Erreur : commande "CSV Import" non autorisée
Utilisez le bouton "page précédente" de votre navigateur pour revenir en arrière
there is no problem if i use english. |
2299
|
Tue Jul 24 08:30:02 2007 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | | 2.6.5-1872 | Re: CVS import + french = impossible |
toumbi wrote: | Hi ,
I found a bug , when I want to import a cvs file and if i had set Language=french into global , I m not allowed.Erreur : commande "CSV Import" non autorisée
Utilisez le bouton "page précédente" de votre navigateur pour revenir en arrière
there is no problem if i use english. |
This bug has been fixed in SVN revision 1892 and will be contained in the next release. |
2310
|
Wed Sep 5 15:05:52 2007 |
| Willem Koster | W.Koster@rc.rug.nl | Bug report | | 2.6.5 | 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 |
2311
|
Wed Sep 5 16:35:29 2007 |
| Willem Koster | W.Koster@rc.rug.nl | Bug report | | 2.6.5 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | | 2.6.5 | Re: 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? |
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.) |
65633
|
Thu Oct 25 20:15:46 2007 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Other | 2.6.5:1946 | 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 |
| Alan Stone | alstone@fnal.gov | Bug report | Linux | 2.6.5-1844 | 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 |