ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
65654
|
Wed Nov 21 14:21:08 2007 |
| Richard Stamper | r.stamper@rl.ac.uk | Bug report | Windows | 2.7.0 | Re: Quick Filter including Subtext applied overzealously? |
Stefan Ritt wrote: |
Richard Stamper wrote: |
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/
|
Thanks for reporting this. I fixed it in revision 1964. You can test it in this forum.
|
Working perfectly! Many thanks for your usual quick response.
|
65660
|
Wed Nov 28 23:35:36 2007 |
| Uwe | uweho@web.de | 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?
Hello,
I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the
enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use
the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now.
Thanks!
Uwe |
65661
|
Thu Nov 29 12:22:44 2007 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | | 2.6.5 | Re: quick filter |
> I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the
> enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use
> the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now.
I found that this is indeed an Internet Explorer bug, since it works with all other browsers I tested. There is however a
workaround: I added some code to the current version of elog which shows a "Search" button whenever the page is accessed
through the Internet Explorer. Then the behavior of hitting <return> works again. The change is in revision #1970 and will
be contained in the next release. |
65664
|
Thu Nov 29 18:59:59 2007 |
| Uwe | uweho@web.de | Bug report | | 2.6.5 | Re: quick filter |
> > I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the
> > enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use
> > the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now.
>
> I found that this is indeed an Internet Explorer bug, since it works with all other browsers I tested. There is however a
> workaround: I added some code to the current version of elog which shows a "Search" button whenever the page is accessed
> through the Internet Explorer. Then the behavior of hitting <return> works again. The change is in revision #1970 and will
> be contained in the next release.
Thanks again for your help! |
65690
|
Thu Jan 10 15:24:53 2008 |
| Kristján Jónsson | kj@raunvis.hi.is | Bug report | Linux | 2.7.0-1954 | "Default encoding" default is not as documented |
Hi,
"Default encoding" appears to have the default value of 2 (HTML) instead of 0 (ELCode) as documented in http://midas.psi.ch/elog/config.html
ELOG V2.7.0-1954 : elog.c line 8952
Kristján |
65691
|
Thu Jan 10 15:30:35 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.7.0-1954 | Re: "Default encoding" default is not as documented |
Quote: | "Default encoding" appears to have the default value of 2 (HTML) instead of 0 (ELCode) as documented in http://midas.psi.ch/elog/config.html
ELOG V2.7.0-1954 : elog.c line 8952
Kristján |
I changed the documentation 
The reason for this is to give beginners the FCKeditor by default instead of the ELCode encoding. |
65726
|
Thu Feb 7 14:22:57 2008 |
| Jochen Krempel | krempel (at) ill.fr | Bug report | All | 2.7.2-2 | Absolut links for images in FCK Editor |
We use ELOG inside a local network, but we want to allow access also from outside the firewall.
The suggested solution from Elog Admin Guide worked fine until version ELOG V2.6.5-1844 (essentially without FCK Editor):
ssh -L 1234:your.server.name:8080 your.firewall.name firefox http://localhost:1234/
Howerver, since the update to ELOG V2.7.1-2002 the FCK Editor uses absolute links to insert images.
An image uploaded from the local network will have an address like:
http://your.server.name:8080/logbookname/080207_101110/Picture.jpg
while the same image uploaded through the firewall tunnel will have a link like:
http://localhost:1234/logbookname/080207_101110/Picture.jpg
Obviously images uploaded from outside are not visible from inside and vice versa.
Is it possible to convince FCK Editor to use relative links?
PS
ELOG is great!!
|
65728
|
Mon Feb 11 17:28:33 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.7.2-2 | Re: Absolut links for images in FCK Editor |
Jochen Krempel wrote: |
We use ELOG inside a local network, but we want to allow access also from outside the firewall.
The suggested solution from Elog Admin Guide worked fine until version ELOG V2.6.5-1844 (essentially without FCK Editor):
ssh -L 1234:your.server.name:8080 your.firewall.name firefox http://localhost:1234/
Howerver, since the update to ELOG V2.7.1-2002 the FCK Editor uses absolute links to insert images.
An image uploaded from the local network will have an address like:
http://your.server.name:8080/logbookname/080207_101110/Picture.jpg
while the same image uploaded through the firewall tunnel will have a link like:
http://localhost:1234/logbookname/080207_101110/Picture.jpg
Obviously images uploaded from outside are not visible from inside and vice versa.
Is it possible to convince FCK Editor to use relative links?
PS
ELOG is great!!
|
I fixed this in SVN revision #2038. |