ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68848
|
Fri Oct 12 11:56:26 2018 |
| Roland Beyer | roland.beyer@hzdr.de | Question | Linux | V3.1.1-0767eb0 | Re: Buttons missing in ckeditor | Dear Stefan,
thanks for your hints. Meanwhile we already solved the problem. I think it was caused by the recovery from a backup version after the server crash ... and the retirement of the person who did the previous installation.
We found the following things to be faulty:
- Somebody linked the "elog/scripts/ckeditor"-directory to "../../javascript/ckeditor" (maybe an independent installation of ckeditor). Due to this the relative path in "ckeditor/config.js" to "../ckeditor-config.js" could not be correctly resolved to be "elog/scripts/ckeditor-config.js". Now we put the absolute path.
- Furthermore the owner of all files in the elog directory was set to root:root with read access only for root. We changed them now to root:elog and gave read acess for everybody.
Now everything works as expected.
I'm sorry for inconvenience,
Thanks and best regards,
Roland
Stefan Ritt wrote: |
Have you selected "HTML" encoding (below the main message box). The HTML editor is not activated if you have "plain" text encoding. Did you try the default elogd.cfg file? If you modified the config file and did a mistake there, the program can for example not properly find all directories. Also makse sure you did a full install with "make install", not just update the executable.
Stefan
Roland Beyer wrote: |
Hello everybody,
we had to setup a new server for our elog some time ago because the old one crashed. We are now running version ELOG V3.1.1-0767eb0.
In the previous installation we had these nice buttons for file upload, time stamp and equation editor, which are also available here in the online version.
I already found that in the installation directory ("/usr/local/elog/") there exists a directory "scripts" containing a file "ckeditor-config.js", which also contains the lines:
"config.extraPlugins = 'timestamp,dndfiles,eqneditor,fileupload';" and "{ name: 'insert', items: [ 'Image', 'Table', 'HorizontalRule', 'Smiley', 'SpecialChar', 'PageBreak', 'FileUpload', 'Timestamp', 'EqnEditor' ] },"
These plugins seem to be available in the subdirectory "scripts/ckeditor/plugins/". But why are they not loaded? Is it just a version issue? Or something else?
It would be nice to get a hint.
Best regards,
Roland
|
|
|
276
|
Wed Apr 9 13:58:59 2003 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | | | Re: Bugs with 2.3.5 | > Forgot password option generates an error message
Which error? Can you be more specific. I tried it myself with this forum and
it worked for me.
> Password file hashes are different causing migrated password files to fail
> but only for certain users, try password 516135 hashed in 2.3.4 and compare
> to version 2.3.5 they are different.
Yes indeed. Please see elog:273 for more details
> Summary page title = string doesnt work also it results in the default ELOG
> DB Name
Thanks, has just been fixed, new version under CVS.
- Stefan |
277
|
Wed Apr 9 15:50:38 2003 |
| nickc1 | nick@nick.com | Info | | | Re: Bugs with 2.3.5 | > > Forgot password option generates an error message
>
> Which error? Can you be more specific. I tried it myself with this forum
and
> it worked for me.
Error sending Email
Please use your browser's back button to go back
HTTP/1.1 200 Document follows Server: ELOG HTTP 2.3.5 Content-Type:
text/html;charset=iso-8859-1 Connection: Keep-Alive Keep-Alive: timeout=60,
max=10
User name "nickc" not registered
Please use your browser's back button to go back
Yet nickc is in the password file, it generates the same message for any
other users in there too.
>
> > Password file hashes are different causing migrated password files to
fail
> > but only for certain users, try password 516135 hashed in 2.3.4 and
compare
> > to version 2.3.5 they are different.
>
> Yes indeed. Please see elog:273 for more details
Is there a way to convert all the hashes from one system to another, the
problem ive got is my password files are quiet large and want upgrades of
this nature to go seemlessly without people complaining about it.
>
> > Summary page title = string doesnt work also it results in the default
ELOG
> > DB Name
>
> Thanks, has just been fixed, new version under CVS.
>
> - Stefan
Ta |
278
|
Wed Apr 9 16:06:31 2003 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | | | Re: Bugs with 2.3.5 | > Error sending Email
> Please use your browser's back button to go back
This error is caused if elogd cannot contact your SMTP server for sending
email. Can you please check the "SMTP host" entry in the configuration file?
> Is there a way to convert all the hashes from one system to another, the
> problem ive got is my password files are quiet large and want upgrades of
> this nature to go seemlessly without people complaining about it.
Unfortunately not. The old system had a bug which deleted the last one or two
characters, if the password length was dividable by three. Since the
characters were deleted, there is no way to reconstruct the full password. I
apoligize for the inconveniences, I know that this can cause lot of trouble,
but therefore I implemented the "Forgot password?" functionality, so that
users can log in again. Alternatively, one can edit the password file, delete
all passwords, and ask the users to log in without password and change it
afterwards immediately. |
629
|
Wed Jul 28 21:49:32 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.3 | Re: Bugs in newer updates w/ Debian install? | > I just updated ELOG using the latest elogd.c, and now my Quick Filters seem
> to stop working after the first or second filter attempt.
Can you try if you can reproduce the problem with the current version? I tried
your settings and could not reproduce it. I remember that I fixed some problems
with quick filters, but that was some time ago (Apr 04). If the problem
persists, can you send me your exact elogd.cfg? |
633
|
Wed Jul 28 22:12:03 2004 |
| Todd Corsa | tcorsa@bnl.gov | Bug report | Linux | 2.5.3 | Re: Bugs in newer updates w/ Debian install? | > > I just updated ELOG using the latest elogd.c, and now my Quick Filters seem
> > to stop working after the first or second filter attempt.
>
> Can you try if you can reproduce the problem with the current version? I tried
> your settings and could not reproduce it. I remember that I fixed some problems
> with quick filters, but that was some time ago (Apr 04). If the problem
> persists, can you send me your exact elogd.cfg?
Recai Oktas replied to me and let me know that I needed to use dpkg to create the
new Debian package instead of manually compiling it. I reverted to the original
Debian package to get everything running normally again, but I haven't had a
chance to try the upgrade again. As soon as I went back to the original elogd
everything worked fine (no changes to the elog.cfg required). I'm assuming that
the problem came from attempting to recompile a Debian package install manually.
Sorry for the bug scare!
Todd |
2034
|
Thu Nov 2 18:10:07 2006 |
| David Spindler | dsspindler@gmail.com | Bug report | Windows | 2.6.2-1734 | Re: Bug? Password file location changed |
David Spindler wrote: | I just tried to upgrade from 2.6.1-1633 to 2.6.2-1734. Whenever I tried to access the elog, it showed my password to be invalid. I tried this on 2 machines and same results. I did notice on the second one when I started it from a command prompt that it was creating a new empty password file in a different location.
I have a password file called pwd.txt. It resides in the main elog directory, in my case, c:\elog, along with the elgod.exe and elogd.cfg. Apparently, the new version looks for it in the logbooks directory. I adjusted my path to the file and it works fine.
I am reporting this as a bug because it is my guess that this is not an expected result. I would expect the old elogd.cfg file to work without altering in the newer version.
Thanks, keep up the great work, Stefan. You have a great program.
David Spindler |
I also just noticed that the text files I use for presetting the text window also have to be in the logbooks directory. |
2036
|
Thu Nov 2 23:17:10 2006 |
| Steve Jones | steve.jones@freescale.com | Bug report | Windows | 2.6.2-1734 | Re: Bug? Password file location changed |
David Spindler wrote: |
David Spindler wrote: | I just tried to upgrade from 2.6.1-1633 to 2.6.2-1734. Whenever I tried to access the elog, it showed my password to be invalid. I tried this on 2 machines and same results. I did notice on the second one when I started it from a command prompt that it was creating a new empty password file in a different location.
I have a password file called pwd.txt. It resides in the main elog directory, in my case, c:\elog, along with the elgod.exe and elogd.cfg. Apparently, the new version looks for it in the logbooks directory. I adjusted my path to the file and it works fine.
I am reporting this as a bug because it is my guess that this is not an expected result. I would expect the old elogd.cfg file to work without altering in the newer version.
Thanks, keep up the great work, Stefan. You have a great program.
David Spindler |
I also just noticed that the text files I use for presetting the text window also have to be in the logbooks directory. |
Quote: | The relocation was a documented change that Stefan made intentionally. Yes, it caught me too  |
|
|