Hi,

we're using elog to handle various logbooks. It's a great tool by the way. 
While replacing the Win32 2.7.8 Release with Release 3.1.4-2, we ran into the 
following problem.

Since elog is for internal usage only, we allow users to self-register if they 
are new. Therefore  "Self register = 1" is set in the [global]-area.

Using the Win32-Release of elog, it worked fine while using Release 2.7.8 or 
2.8.0. Starting with Release 3.x everytime you try do add a user, the following 
error occurs:

      Error: Command "config" is not allowed for user ""

No matter if the user self-registers or is added by an elog-admin-user. We 
tried various 3.x Releases from 3.1.0-1 up to the latest 3.1.4-2. 
The error-message remains the same. Curious, although an error-message occurs, 
the user is added and able to use all logbooks. We also ran elogd in 
Debug-Mode (-v3), but the output didn't give a clue.

By the way using the same configuration on a linux-based installation (Debian 
and RaspiOS) self-registration works smooth. No error-message occurs.

So what could be the problem? Any suggestion is greatly appreciated.

Thanks in advance. 

Thanks for answering. Just tried your suggestion with different browsers
(firefox, chrome, brave) but the error message still appears when adding a
new user.

By the way, i justed noticed that if you click "back" followed by "cancel" you
enter the logbook as the user you just added. It seems that although elogd
throws an error, the user is added. Weird.

Since most of our users don't trust open source software, the error message
will only confuse them. So, is there any way to avoid this message from
appearing?

Perhaps a few words about our use case:
We are a german non profit organisation in disaster control. Since 2007 we use
elog as mobile mission journal in our unit. We adapted elog to run from
usb-stick, so all our first-responders have to do is to plug it into a laptop
and they are ready to go.
We also hand the adapted installation to other organisations like local fire
department or red cross units and offer them a short (2 hour) course on how to
use it. Since the windows-release is the most requested, it would be confusing
for them if an error message appears every time a new user is added.

So if you have any further ideas, I would appreciate that.

Uwe

Hello,

when using the summary view, the text field displays umlauts as HTML-charachters, for e. g. diesbezüglich. 
Is there a chance that also this view displays umlauts as ä, ü, ö?

Thank you!

Uwe

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

Thank you for the fix and the quick solution!

Uwe

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

Just another thing I would like to admit. We are often using the summary view. Sometimes the summary view shows the text like the following:

This  is just  a test

When using the Full view or clicking on the entry, those html-codes are not shown. Thanks again for the great software!

Uwe

Thank you very much!! I will install the new release as soon as it is available.

Best regards from Germany,

Uwe