difficulty with slow connections (was Re: frequent crashes on SL4), posted by Devin Bougie on Wed Mar 3 22:28:04 2010
|
Hi, Stefan. When someone using a satellite connection tries to upload an attachment *or* edit a long entry, it fails and they are presented
with an "Internal Server Error." This is a huge improvement over the previous behavior of crashing elogd, but we were wondering if there is any
hope of improving this further so that one can edit large entries or upload attachments over a slow (in this case, satellite) connection. Do
you have any ideas or plans on working on this further? Apparently ELOG is the "only" service this user has trouble with from home.
Any information you could provide would be greatly appreciated.
Many thanks,
Devin |
difficulty with slow connections (was Re: frequent crashes on SL4), posted by Devin Bougie on Wed Sep 8 15:31:33 2010
|
Hi Stefan,
> There was a timeout of 1 sec. in the elogd daemon, which probably is too short for a satellite connection. Unfortunately I have no satellite here
> around to test it, so I "blindly" increased it to 6 seconds in the current SVN version. Please give it a try.
The latest release (2.8.0-2313) does fix this problem. Our user is now able to modify entries and upload attachments using their satellite connection.
Thank you very much for your time and help. I am sorry I didn't receive this in time to help test the old SVN version.
Sincerely,
Devin |
|
number of attachments limit, posted by Devin Bougie on Thu Dec 20 17:08:51 2012
|
Hello,
Is there still a limit of 50 attachments per topic? If so, is there or could there be a parameter to change this setting?
Thanks,
Devin |
|
drag and drop attachments not working with web server authentication, posted by Devin Bougie on Tue Jan 12 17:38:52 2016
|
| 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 |
|
Re: drag and drop attachments not working with web server authentication, posted by Devin Bougie on Tue Jan 12 21:13:54 2016
|
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 |
|
Re: drag and drop attachments not working with web server authentication, posted by Devin Bougie on Tue Jan 12 21:31:42 2016
|
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 |
|
drag and drop attachments only working for admins if "restrict edit = 1", posted by Devin Bougie on Tue Jan 19 22:03:36 2016
|
I'm finally able to reproduce this, and my initial description was incorrect. If we have "restrict edit = 1", only an "Admin user" can use the "Dop attachments here..." or the "Image" button in the CKEditor. The old "Choose File," "Upload" buttons, however, works just fine for anyone.
If we have "restrict edit = 0", anyone can upload an attachment using all three interfaces.
This is very reproducible by toggling restrict edit in the global section or for an individual logbook.
Devin |
|
entry does not appear in list while it is being edited, posted by Devin Bougie on Wed Jan 20 20:38:17 2016
|
When an entry is being edited, it does not appear in the list once it's been autosaved or the editor manually clicks on "Save." This has been reproduced in the "Linux Demo" forum on this site, as well as on a clean installation of the 3.1.1 binary on EL6.
It would be great if there was a configuraiton option to control this, but I haven't found it yet. To reproduce:
- edit an existing entry
- click on "Save"
- view the list for that logbook, and the entry will be hidden until you click "Submit"
Obviously this becomes a problem when a user edits an entry, but navigates away from the browser window before submitting the changes.
Any suggestions would be greatly appreciated.
Many thanks,
Devin |