Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 572 of 808  Not logged in ELOG logo
 Find |  Login |  Help 
New entries since:Thu Jan 1 01:00:00 1970
 Full | Summary | Threaded | Hide attachments  Show all entries    6460 Entries 
Goto page Previous  1, 2, 3 ... 571, 572, 573 ... 806, 807, 808   Next  
ID Date Icon Author Author Email Categorydown OS ELOG Version Subject
  1810   Sat Apr 15 00:37:48 2006 Agree Marco Calfmarco@kelf.nl.eu.orgCommentLinux2.5.7User review..use case: implementing GTD
Playing with elog for a day made me very happy. I was looking for a webbased thingy to support list building for 'Getting Things Done' by David Allen ( David Allen's Getting Things Done ).
Elog is simple, intuitative and very powerfull!
Less informative is the fact that i found no bugs till now Frown
On usablitity..maybe some more control over the dialog..eg the 'in between' screens (eg after a move...the 'to which log i would like to resume' question)...or have an option to be in select mode by default.
Tnx
  1878   Fri Jul 14 20:29:21 2006 Agree Elaine Cristina Franchini dos Anjoselaine@ccuec.unicamp.brCommentLinux2.6.1-1681Re: Inserting images via Internet Explorer

Stefan Ritt wrote:

Elaine Cristina Franchini dos Anjos wrote:
I observed that there is a difference between IE and others browsers.
When I use "insert image" button in Netscape, for instance,
it creates automatically a tag like 
[IMG]elog:1/1[/IMG]
and
includes an attachment in the ELOG entry.

When a try to do the same action in Internet Explorer, only
the attachment is created without the tag 
[IMG]elog:1/1[/IMG]
.


This is a problem of the JavaScript implementation of Internet Explorer. After some externsive research I found now a way to convince IE to do the right thing. The fix is contains in SVN revision 1701 and will be released with 2.6.2-2 soon.



Great job !
I tried the SVN revision 1701, and it works perfectly.
Thank you for all your effort.

Regards,

Elaine
  1882   Mon Jul 17 13:44:37 2006 Question Gerald Ebberinkg.h.p.ebberink@nclr.nlCommentLinux2.6.2-1706Duplicate of a reply should be a reply
Hello everybody

This weekend I found that if I duplicate a reply it does not become a reply it self.
Is this on purpouse?
I have been through the source a little (not much time for that) and I can not find a reason where the "in reply to" value is dropped.

Could anyone give me an pointer?
  1883   Mon Jul 17 13:49:37 2006 Reply Stefan Rittstefan.ritt@psi.chCommentLinux2.6.2-1706Re: Duplicate of a reply should be a reply

Gerald Ebberink wrote:
Hello everybody

This weekend I found that if I duplicate a reply it does not become a reply it self.
Is this on purpouse?
I have been through the source a little (not much time for that) and I can not find a reason where the "in reply to" value is dropped.

Could anyone give me an pointer?


This is on purpuse. The Duplicate functionality is ment to "clone" an existing entry, to save some typing work if an existing entry contains most of what one wants in a new entry. If one duplicates a reply, it is detached from the original thread, so there is not entry to attach the duplicate to. I guess you want to make a new reply to an existing entry, and then have another existing reply as a template for that, but this is not possible. If I would not drop the "in reply to" value, the duplicate would point to the wrong entry.
  2088   Wed Nov 22 02:55:48 2006 Reply Rob Mahurinrob@utk.eduCommentLinux2.5.7-1Re: Securing Elog with SSL and Apache
Hi,

I am an apache ignoramus who has been trying to follow these instructions on a Debian 3.1 box.  I got hung up for
the following reason.  I had to explicitly enable some apache features, which was a simple matter of making the
following symlinks in /etc/apache2/mods-enabled: 

	proxy.conf -> ../mods-available/proxy.conf
	proxy.load -> ../mods-available/proxy.load
	rewrite.load -> ../mods-available/rewrite.load
	headers.load -> ../mods-available/headers.load
	ssl.conf -> ../mods-available/ssl.conf
	ssl.load -> ../mods-available/ssl.load

Easy enough.  The default proxy.conf has sensible-looking warnings about not running your server as an open proxy.
 However, I wasn't able to tweak it to encrypted port forwarding from :443 to :8079.

What I've done that works is to add a local proxy section to the /etc/apache2/conf.d/elogredirect.conf by Damon
Nettles:

	<VirtualHost *:443>
		### ... everything else

		<Proxy *>
			Allow from all
		</Proxy>
	</VirtualHost>

I think, since this is in a subsection, that it only affects that virtual host.  But it'd be nice if someone who
actually understands this language would reassure me that I'm not setting myself up for some security hole.  At
any rate it took me long enough to figure this out that I thought I'd post a note in public, and this seems like
the forum to do so.

Thanks.

Rob
  2143   Tue Feb 20 18:41:31 2007 Entry Martin Killenbergmartin.killenberg@web.deCommentLinux2.6.4Hardcoded Path in Makefile
I tried to compile ELOG on Scientific Linux Cern 4.4 and found that make quits because uname is not located in /usr/bin (like it is hardcoded in the makefile) but in /bin.
Later I found that this is only the case in the svn version, in the "latest.tar.gz" from 2007/02/20 the path is /bin.
Why do you have the absolute path in the Makefile? uname should be in the default path on any system. (The same applies to "rm")

I also was confused that you only provide one rpm Package (except for debian) without mentioning for which distribution. You try to avoid dependencies, but the elogd is linked against the basic libraries libc and ld-linux, which might vary.
  2144   Tue Feb 20 21:10:28 2007 Reply Stefan Rittstefan.ritt@psi.chCommentLinux2.6.4Re: Hardcoded Path in Makefile

Martin Killenberg wrote:
I tried to compile ELOG on Scientific Linux Cern 4.4 and found that make quits because uname is not located in /usr/bin (like it is hardcoded in the makefile) but in /bin.
Later I found that this is only the case in the svn version, in the "latest.tar.gz" from 2007/02/20 the path is /bin.
Why do you have the absolute path in the Makefile? uname should be in the default path on any system. (The same applies to "rm")

I also was confused that you only provide one rpm Package (except for debian) without mentioning for which distribution. You try to avoid dependencies, but the elogd is linked against the basic libraries libc and ld-linux, which might vary.


Ups. The hard-coded /usr/uname somehow sneaked in from some temporary test. I removed it in the current SVN.

Indeed the RPM package I provide is built under Scientific Linux. The Debian port is done by someone else. Unfortunately I don't have ten boxes with all possible distributions laying around, so my possibilities are quite limited and I depend on third party help. If you want to contribute additional RPMs you are welcome.
  65739   Tue Feb 12 23:57:52 2008 Reply Jochen Krempelkrempel@ill.frCommentAll2.7.2-2Re: Absolut links for images in FCK Editor

Stefan Ritt wrote:

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.

Thank you for the quick support!

Goto page Previous  1, 2, 3 ... 571, 572, 573 ... 806, 807, 808   Next  
ELOG V3.1.5-3fb85fa6