ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68223
|
Tue Jan 12 21:31:42 2016 |
| Devin Bougie | devin.bougie@cornell.edu | Bug report | Linux | 3.1.1 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 3.1.1 | Re: 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 |
| Devin Bougie | devin.bougie@cornell.edu | Bug report | Linux | 3.1.1 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 3.1.1 | Re: 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 |
| Devin Bougie | devin.bougie@cornell.edu | Bug report | Linux | 3.1.1 | drag 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | ELOG V3.1.0-241 | Re: 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 |
| Johan Forsberg | johan.forsberg@maxlab.lu.se | Question | Linux | ELOG V3.1.0-241 | Monitoring 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 |
| Johan Forsberg | johan.forsberg@maxlab.lu.se | Request | Linux | V3.1.0-2411f95 | Re: 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
|
|
|