Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 312 of 808  Not logged in ELOG logo
    icon2.gif   Re: Show attachments = 0, posted by Eric Quintero on Fri Oct 16 00:24:50 2015 

Hm, looking through the source, there are many many places where PDF files are treated differently than strictly image filetypes (PNG, etc.). This makes sense in the context of multi-page documents. 

Still, I like using PDFs for vector plots... I suppose I should also confess to the following modification I've made to my ELOG for treating PDFs like images in drag-and-drop uploading. 

--- a/scripts/ckeditor/plugins/dndfiles/plugin.js
+++ b/scripts/ckeditor/plugins/dndfiles/plugin.js
@@ -142,7 +142,7 @@ CKEDITOR.plugins.add( 'dndfiles', {
                                                                return;

                                                        if(src.indexOf(".png") >= 0 || src.indexOf(".jpg") >= 0 || src.indexOf(".jpeg") >= 0
-                           || src.indexOf(".gif") >= 0 || src.indexOf(".svg") >= 0) { // This is an image
+                           || src.indexOf(".gif") >= 0 || src.indexOf(".svg") >= 0 || src.indexOf(".pdf") >= 0) { // This is an image
                                                                html += '<a href = ' + src + '><img src = "' + thumb + '">' + '</a>';
                                                        } else {        // this is not an image
                                                                // Server appends 14 characters in front of the name so we should remove them

    icon2.gif   Re: Show all entries made by ME ?, posted by Stefan Ritt on Wed Nov 20 14:53:07 2002 
> In my bottom.html file I have:
> 
> <A Href="host/Forum/?mode=summary&reverse=1&npp=10&Status=Open">Open</A> 
> <A Href="host/Forum/?mode=threaded&reverse=1&npp=10&Status=
> Open">(Threaded)</A> /                                                   
>   <A Href="host/Forum/?mode=summary&reverse=1&npp=10&Status=C
> losed">Closed</A> /  
> <A Href="host/Forum/?mode=summary&reverse=1&npp=10">All</A>
> <A Href="host/Forum/?mode=threaded&reverse=1&npp=10">(threaded)</A> 
> tickets.
> 
> This sort of implements some of the buttons you have in your whishlist.
> 
> This works, because it is the same for all users, now what I would like 
> is to add some sort of linke that will "show all entries from ME". I 
> could do this on a per user basis, but that's not what I want, Something 
> general with $user would be preferable.
> 
> Something like:
> 
> http://midas.psi.ch/elogdemo/Forum/?
mode=threaded&reverse=1&npp=8&Author=$user
> 
> Is this possible ?

I added this feature in version 2.2.3, so now you can click on

http://midas.psi.ch/elogdemo/Forum/?mode=threaded&reverse=1&npp=8&Author=$long_name

and see all your entries.
    icon2.gif   Re: Show all common attributes, posted by Stefan Ritt on Tue Nov 26 08:59:28 2002 
> In the "find" command, when searching over all logbooks, it
> would be nice to see ALL attributes, which are common for all
> logbooks (e.g. typically the author name), not just
> logbook name, date and text.

That depends on how you specify what gets displayed in a search (with 
the "Display search" option for example). If you try the following link:

http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1

you see that all attributes are displayed from the three logbooks in this 
installation.
    icon5.gif   Re: Show all common attributes, posted by Stephan Egli on Tue Nov 26 18:04:43 2002 
> > In the "find" command, when searching over all logbooks, it
> > would be nice to see ALL attributes, which are common for all
> > logbooks (e.g. typically the author name), not just
> > logbook name, date and text.
> 
> That depends on how you specify what gets displayed in a search (with 
> the "Display search" option for example). If you try the following link:
> 
> http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1
> 
> you see that all attributes are displayed from the three logbooks in this 
> installation.

How does the corresponding elogd.cfg entry look like for the
display search command ? - I can't reproduce this behaviour...
    icon2.gif   Re: Show all common attributes, posted by Stefan Ritt on Thu Nov 28 10:01:47 2002 
> > > In the "find" command, when searching over all logbooks, it
> > > would be nice to see ALL attributes, which are common for all
> > > logbooks (e.g. typically the author name), not just
> > > logbook name, date and text.
> > 
> > That depends on how you specify what gets displayed in a search (with 
> > the "Display search" option for example). If you try the following link:
> > 
> > http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1
> > 
> > you see that all attributes are displayed from the three logbooks in 
this 
> > installation.
> 
> How does the corresponding elogd.cfg entry look like for the
> display search command ? - I can't reproduce this behaviour...

Ok, finally I can confirm the problem. It will be fixed from Version 2.2.4 
on.
    icon2.gif   Re: Show Attributes, posted by Stefan Ritt on Fri Mar 12 12:59:25 2010 

Ulf Helmersson wrote:

 This programing have stoped working, I guess after last update.

Elog is running on Solaris.

Ulf Helmersson

 

 

 

Options Type = Journal Article{1}, Proceeding Article{2}, Book chapter{3}, Book{4}, Patent{5}

{1} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Abbrivated journal name, Volume, First page, Year, Elsevier format, AIP/APS format, IOP format

{2} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Conference name, Place, Country, First page, Year, Month.Days, Volume, Elsevier format Proceeding

{3} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Book Title, Editors, Publisher, Place, First page, Year, Elsevier format Book chapter

{4} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Publisher, Place, First page, Year, Elsevier format Book, IOP format Book

{5} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Patent number, Year, First page, Elsevier format Patent

 

The option

Show Attributes =

has been changed to

Show Attributes Edit =

to distinguish between normal entry display an edit mask. So please adjust your configuration file and everything will be fine again.

    icon2.gif   Re: Shell execution generating error, posted by Stefan Ritt on Fri Sep 22 07:42:57 2006 

Steve Jones wrote:
When started as root *but not running as a daemon* shell execution results in the following errors that are sent to Standard Error:
Cannot restore original GID/UID.
Cannot remove pidfile "/var/run/cr-elogd.pid"
; Permission denied
Cannot restore original GID/UID.
Cannot remove pidfile "/var/run/cr-elogd.pid"
; Permission denied


The "/var/run/elogd.pid" file is created from elogd to indicate under which PID it is running. If you run elogd once under root, this file then belongs to root. If you afterwards run it under a user account, it cannot delete or change the file belonging to root. In that case, just delete that file manually.
    icon2.gif   Re: Shell execution generating error, posted by Steve Jones on Fri Sep 22 19:31:15 2006 

Stefan Ritt wrote:

Steve Jones wrote:
When started as root *but not running as a daemon* shell execution results in the following errors that are sent to Standard Error:
Cannot restore original GID/UID.
Cannot remove pidfile "/var/run/cr-elogd.pid"
; Permission denied
Cannot restore original GID/UID.
Cannot remove pidfile "/var/run/cr-elogd.pid"
; Permission denied


The "/var/run/elogd.pid" file is created from elogd to indicate under which PID it is running. If you run elogd once under root, this file then belongs to root. If you afterwards run it under a user account, it cannot delete or change the file belonging to root. In that case, just delete that file manually.




Quote:

When a process starts via the normal startup process it is started as root then the process changes to run as nobody -- so the pid file will always be owned by root. Yes? Then, shell commands wil not be able to deal with the pid file, right? Why would the shell exec want to deal with the PID file anyway?

Just curious. As long as this does not pose a problem then I will nto worry about it.
ELOG V3.1.5-3fb85fa6