Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 195 of 801  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
ID Date Icon Author Author Email Category OS ELOG Version Subject
  68223   Tue Jan 12 21:31:42 2016 Reply Devin Bougiedevin.bougie@cornell.eduBug reportLinux3.1.1Re: drag and drop attachments not working with web server authentication


Yeah, I had tried that and it did work in your demo forum.  It just didn't work in mine with authentication = webserver, even with a clean browser profile.  

However, after playing with the config and a few restarts, everything now seems to be working properly.  Really not sure what changed, but thanks for helping.

Devin

  68222   Tue Jan 12 21:19:25 2016 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux3.1.1Re: drag and drop attachments not working with web server authentication

No. What the thread says is first try this forum, see if you can drag and drop here. If not, you have a problem on your browser. If yes, you have somewhere some old JavaScript file around. Might be in the cache of your browser.

Devin Bougie wrote:

Thanks, Stefan.  I read that before asking my question, but didn't see a resolution in that thread.  I am already at 3.1.1, and I am testing on a clean installation.  Are you saying that the solution is in the development branch after the release of 3.1.1?

 

Thanks again,

Devin

 

  68221   Tue Jan 12 21:13:54 2016 Reply Devin Bougiedevin.bougie@cornell.eduBug reportLinux3.1.1Re: drag and drop attachments not working with web server authentication

Thanks, Stefan.  I read that before asking my question, but didn't see a resolution in that thread.  I am already at 3.1.1, and I am testing on a clean installation.  Are you saying that the solution is in the development branch after the release of 3.1.1?

 

Thanks again,

Devin

  68220   Tue Jan 12 21:07:59 2016 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux3.1.1Re: drag and drop attachments not working with web server authentication

Have a look here: elog:68014

Devin Bougie wrote:
Hello, The "Drop attachments here..." section does not work when using Webserver authentication. Both elog 3.1.1 (the binary RPM) and apache are running on EL6.6 and are configured according to the docs. Authentication works fine and the normal "Choose File - Upload" attachment table works fine. However, when dragging an attachment to the "Drop attachments here..." section the dashes on the border turn green but when dropping the attachment nothing happens. If we revert to File authentication, everything works fine. I don't see any errors in our elog or apache log files. Any suggestions would be greatly appreciated. Many thanks, Devin

 

  68219   Tue Jan 12 17:38:52 2016 Question Devin Bougiedevin.bougie@cornell.eduBug reportLinux3.1.1drag and drop attachments not working with web server authentication
Hello, The "Drop attachments here..." section does not work when using Webserver authentication. Both elog 3.1.1 (the binary RPM) and apache are running on EL6.6 and are configured according to the docs. Authentication works fine and the normal "Choose File - Upload" attachment table works fine. However, when dragging an attachment to the "Drop attachments here..." section the dashes on the border turn green but when dropping the attachment nothing happens. If we revert to File authentication, everything works fine. I don't see any errors in our elog or apache log files. Any suggestions would be greatly appreciated. Many thanks, Devin
  68218   Tue Jan 12 16:10:34 2016 Reply Stefan Rittstefan.ritt@psi.chQuestionLinuxELOG V3.1.0-241Re: Monitoring a logbook for changes

Use automatic email notifications or RSS feeds. Read the manual for that.

Stefan

Johan Forsberg wrote:

Hi again!

I've another need that you probably already thought of :)

I'd like to be able to efficiently monitor a logbook for changes (new or edited posts) somehow. The most reasonable way I've found so far is to periodically poll a search that looks for posts after the time of the last poll. But that might note be very efficient, especially if the polling period gets short (or number of clients grows).

Is there some other feature that could be used for this? I was thinking maybe the ETag or Last-Modified HTTP header field could be used to show changes to a logbook by just reading the headers, but it would also require HEAD request support which does not seem to be there.

Cheers,

Johan

 

  68217   Tue Jan 12 15:06:42 2016 Idea Johan Forsbergjohan.forsberg@maxlab.lu.seQuestionLinuxELOG V3.1.0-241Monitoring a logbook for changes

Hi again!

I've another need that you probably already thought of :)

I'd like to be able to efficiently monitor a logbook for changes (new or edited posts) somehow. The most reasonable way I've found so far is to periodically poll a search that looks for posts after the time of the last poll. But that might note be very efficient, especially if the polling period gets short (or number of clients grows).

Is there some other feature that could be used for this? I was thinking maybe the ETag or Last-Modified HTTP header field could be used to show changes to a logbook by just reading the headers, but it would also require HEAD request support which does not seem to be there.

Cheers,

Johan

  68216   Tue Jan 12 14:05:55 2016 Reply Johan Forsbergjohan.forsberg@maxlab.lu.seRequestLinuxV3.1.0-2411f95Re: Prefill attributes for new post

Wow, than you both for the quick response! I agree it's quite a hidden gem, but the most important thing is that it works, thanks!

Stefan Ritt wrote:

Put a "p" in front of the attribute, like "&pSubsystem=Vacuum". This is kind of an undocumented feature just for the experts ;-)

Johan Forsberg wrote:

Hi all,

I have a use case for ELOG where I need to be able to "prefill" some attributes in the "cmd=new" form, based on the URL.

To illustrate, imagine a link that takes the user directly to the form for creating a new post, with the "Subsystem" attribute already filled out to "Vacuum".

Is this possible already? I've tried naively using URL parameters (e.g. "&Subsystem=Vacuum") but that does not work. If it's not implemented, I think it would be a useful feature to have (and quite important for my particular use case). I could create a new post first using the "elog" tool, with the desired attributes set, but it makes more sense to defer the actual creation of the post to the user, i.e. he/she might change their mind before pressing "submit".

Thanks,

Johan Forsberg, MAX IV Laboratory, Sweden

 

 

ELOG V3.1.5-3fb85fa6