| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68013
|
Thu Jun 11 08:48:21 2015 |
 | Andreas Luedeke | andreas.luedeke@psi.ch | Bug report | Linux | 3.1.0 | Re: Drag-and-drop not working in elog 3.1.0 | Dear David,
what I meant with a "fresh and clean installation" is, that you do not install elog on the production system over the existing elog, but instead on another Linux box.
One possible problem could be that you have a modified CSS (or some other file), which is not overwritten by the ELOG installation. That file could break the D & D functionality.
My advise would be, to do an ELOG test installation and try D & D on the demo logbook of that installation. If that works, then you'll need to find out which of your local files is the culprit.
In any case, I would advise to grap the latest source from the development branch in Git and build from that: there had been many bugfixes since April.
Kind Regards
Andreas
PS: Stefan, V3.1.0-2411f95 is from April and you've spend a lot of work on ELOG since then. Maybe you could merge the development branch and release the 3.1.1 as an RPM? Thanks!
| David Wallis wrote: |
|
Andreas,
I am running the latest version of the elogd source RPM that I could find - ELOG V3.1.0-2411f95 on Red Hat Enterprise Linux Server release 6.6 (Santiago), with kernel level 2.6.32-504.16.2.el6.x86_64. I can try grabbing the latest source code from Git and try building that. There are a couple other fixes I'd like to apply anyway. Thanks!
| Andreas Luedeke wrote: |
|
As you've pointed out, for the very same browsers D&D works with the Forum, and that is ELOG 3.1.0.
Hence I can only conclude that it is neither a browser, nor an ELOG issue, but a problem of your local installation. Maybe you try with a fresh and clean installation first? What Linux are you using, by the way?
Or you've picked by bad luck a 3.1.0 version where D&D did really not work. But I cannot tell, since you did not specify the git revision in the ELOG version (it is possible now ;-)
Cheers
Andreas
| David Wallis wrote: |
|
Drag and drop for attachments dosn't work on either Chrome 37.0.2062.94 (64-bit) or FIrefox 31.5.3 (both on Linux). D&D works on the midas.psi.ch demo page.
On my logbooks, the "drop attachements here" area does not have a dashed line border.
I don't see anything in the elogd.conf file that pertains to this feature.
|
|
|
|
|
68014
|
Thu Jun 11 09:09:03 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 3.1.0 | Re: Drag-and-drop not working in elog 3.1.0 | Sure, I just wanted to get feedback from you regarding the draft functionality. As it looks now people are happy, so I will do a 3.1.1.
| Andreas Luedeke wrote: |
|
PS: Stefan, V3.1.0-2411f95 is from April and you've spend a lot of work on ELOG since then. Maybe you could merge the development branch and release the 3.1.1 as an RPM? Thanks!
|
|
|
68015
|
Fri Jun 12 11:59:00 2015 |
| Neal Grafton | neal.grafton@stfc.ac.uk | Bug report | Other | ELOG V3.1.1-5ea | Re: Upload of images fails from mobile platforms when using ELOG under SSL | On the subject of uploads, is there a way to restrict the viewing size of an uploaded photo or picture in the config? So it doesn't appear over more than one page.
Neal
| Stefan Ritt wrote: |
|
That's strange. Might have to do with the SSL library elog uses. I just tried this forum (actually the "Demo"), and it worked fine through SSL, but I use an Apache proxy server for elog implementing the SSL protocol, which might be slightly different.
| Hanno Perrey wrote: |
|
Hej,
I discovered a problem uploading images taken with the cameras of mobile devices to new elog entries directly from said devices. When selecting the image and choosing "Upload", either the blue page loading indicator gets stuck at around 10% (mobile Safari, iOS 8.3, iPhone 4 and iPad mini) or the error message "failed secure connection; connection reset while page was being loaded" ("Fehler: gesicherte Verbindung fehlgeschlagen. Verbindung zum Server wurde zurueckgesetzt waehrend die Seite geladen wurde") appears shortly after (Android 5.02, Firefox 37.0.2, Motorola G).
From the desktop browser (Firefox 38.0.5, OSX 10.10) there is no problem uploading images at all.
So far, this problem is very reproducible, but only when using ELOG with SSL enabled. Without SSL, the problem disappears on all platforms.
The ELOG daemon runs under Linux (Fedora 18) and I have also tried using the latest development version of ELOG.
Running ELOG with debug messages the only output after the page has been loaded is:
TCP connection #0 on socket 4 closed
TCP connection #0 on socket 4 closed
After these, there is no further output and the mobile devices do not indicate any progress either even after many mi.
The minimal config file I have been using is:
[global]
; network
port = 443
SSL = 1
URL = https://my.server.somewhere/
; paths
Logbook dir = /usr/local/elog/logbooks
Resource dir = /usr/local/elog
Logfile = /tmp/elog.log
[demo]
Attributes = Author, Type, Category, Subject
Required Attributes = Author, Type
Options Type = Status, Modification, Problem Report, Problem Details, Problem Fixed, Other
Options Category = Facility, Experiment, IT, Other
List Page Title = $logbook - $subject
As mentioned before, removing the first three lines fixes the problem (the URL line points to my actual server of course).
I would appreciate any pointers on how to debug this further! The functionality of posting images directly from mobile devices is quite important for the planed deployment of ELOG and I would very much prefer to have SSL enabled when doing so.
Thanks and cheers,
Hanno
|
|
|
|
68016
|
Fri Jun 12 12:19:50 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Other | ELOG V3.1.1-5ea | Re: Upload of images fails from mobile platforms when using ELOG under SSL | Use thumbnails (need ImageMagick to be installed for that), and you can show for example 300x300 pixel thumbnails of all pictures.
| Neal Grafton wrote: |
|
On the subject of uploads, is there a way to restrict the viewing size of an uploaded photo or picture in the config? So it doesn't appear over more than one page.
Neal
| Stefan Ritt wrote: |
|
That's strange. Might have to do with the SSL library elog uses. I just tried this forum (actually the "Demo"), and it worked fine through SSL, but I use an Apache proxy server for elog implementing the SSL protocol, which might be slightly different.
| Hanno Perrey wrote: |
|
Hej,
I discovered a problem uploading images taken with the cameras of mobile devices to new elog entries directly from said devices. When selecting the image and choosing "Upload", either the blue page loading indicator gets stuck at around 10% (mobile Safari, iOS 8.3, iPhone 4 and iPad mini) or the error message "failed secure connection; connection reset while page was being loaded" ("Fehler: gesicherte Verbindung fehlgeschlagen. Verbindung zum Server wurde zurueckgesetzt waehrend die Seite geladen wurde") appears shortly after (Android 5.02, Firefox 37.0.2, Motorola G).
From the desktop browser (Firefox 38.0.5, OSX 10.10) there is no problem uploading images at all.
So far, this problem is very reproducible, but only when using ELOG with SSL enabled. Without SSL, the problem disappears on all platforms.
The ELOG daemon runs under Linux (Fedora 18) and I have also tried using the latest development version of ELOG.
Running ELOG with debug messages the only output after the page has been loaded is:
TCP connection #0 on socket 4 closed
TCP connection #0 on socket 4 closed
After these, there is no further output and the mobile devices do not indicate any progress either even after many mi.
The minimal config file I have been using is:
[global]
; network
port = 443
SSL = 1
URL = https://my.server.somewhere/
; paths
Logbook dir = /usr/local/elog/logbooks
Resource dir = /usr/local/elog
Logfile = /tmp/elog.log
[demo]
Attributes = Author, Type, Category, Subject
Required Attributes = Author, Type
Options Type = Status, Modification, Problem Report, Problem Details, Problem Fixed, Other
Options Category = Facility, Experiment, IT, Other
List Page Title = $logbook - $subject
As mentioned before, removing the first three lines fixes the problem (the URL line points to my actual server of course).
I would appreciate any pointers on how to debug this further! The functionality of posting images directly from mobile devices is quite important for the planed deployment of ELOG and I would very much prefer to have SSL enabled when doing so.
Thanks and cheers,
Hanno
|
|
|
|
|
68026
|
Wed Jun 17 10:52:16 2015 |
 | Hanno Perrey | hanno.perrey@nuclear.lu.se | Bug report | Linux | V3.1.1-5eada05 | unknown user name in "Admin user" line invalidates all entries | Hej,
I just noted that when having an unknown (or presumably misspelled) user name in the "Admin user" line in the
config file, that the other users are no longer treated as admins and do not see the corresponding link to the
admin page e.g. on the list page. In my specific situation, I in fact have only one user registered (new
password file) but two users still on the admin list (old config file). The one user is only treated as admin
after removing the offending name from the list of admins.
I understand that this might be the intended behavior -- but I wonder if this could lead to a situation where
one locks oneself out, e.g. when adding a misspelled user name to the list.
Thanks and cheers,
Hanno |
|
68028
|
Thu Jun 18 15:46:28 2015 |
| Hanno Perrey | hanno.perrey@nuclear.lu.se | Bug report | Other | ELOG V3.1.1-5ea | Re: Upload of images fails from mobile platforms when using ELOG under SSL | Hej Stefan,
thanks for the suggestion -- through a Apache proxy the upload does indeed work without problems.
Cheers,
Hanno
| Stefan Ritt wrote: |
|
That's strange. Might have to do with the SSL library elog uses. I just tried this forum (actually the "Demo"), and it worked fine through SSL, but I use an Apache proxy server for elog implementing the SSL protocol, which might be slightly different.
| Hanno Perrey wrote: |
|
Hej,
I discovered a problem uploading images taken with the cameras of mobile devices to new elog entries directly from said devices. When selecting the image and choosing "Upload", either the blue page loading indicator gets stuck at around 10% (mobile Safari, iOS 8.3, iPhone 4 and iPad mini) or the error message "failed secure connection; connection reset while page was being loaded" ("Fehler: gesicherte Verbindung fehlgeschlagen. Verbindung zum Server wurde zurueckgesetzt waehrend die Seite geladen wurde") appears shortly after (Android 5.02, Firefox 37.0.2, Motorola G).
From the desktop browser (Firefox 38.0.5, OSX 10.10) there is no problem uploading images at all.
So far, this problem is very reproducible, but only when using ELOG with SSL enabled. Without SSL, the problem disappears on all platforms.
The ELOG daemon runs under Linux (Fedora 18) and I have also tried using the latest development version of ELOG.
Running ELOG with debug messages the only output after the page has been loaded is:
TCP connection #0 on socket 4 closed
TCP connection #0 on socket 4 closed
After these, there is no further output and the mobile devices do not indicate any progress either even after many mi.
The minimal config file I have been using is:
[global]
; network
port = 443
SSL = 1
URL = https://my.server.somewhere/
; paths
Logbook dir = /usr/local/elog/logbooks
Resource dir = /usr/local/elog
Logfile = /tmp/elog.log
[demo]
Attributes = Author, Type, Category, Subject
Required Attributes = Author, Type
Options Type = Status, Modification, Problem Report, Problem Details, Problem Fixed, Other
Options Category = Facility, Experiment, IT, Other
List Page Title = $logbook - $subject
As mentioned before, removing the first three lines fixes the problem (the URL line points to my actual server of course).
I would appreciate any pointers on how to debug this further! The functionality of posting images directly from mobile devices is quite important for the planed deployment of ELOG and I would very much prefer to have SSL enabled when doing so.
Thanks and cheers,
Hanno
|
|
|
|
68029
|
Wed Jun 24 15:18:30 2015 |
 | Ben Shepherd | ben.shepherd@stfc.ac.uk | Bug report | Linux | 3.1.0-2411f95 | CKEditor won't load under IE Compatibility Mode | I just upgraded to 3.1.0 after many years using 2.9.2. Our eLogs are absolutely crucial for the operation of our accelerators, so first of all I'd like to say: thanks a lot for everything you've done! It's a rock-solid application that works really well.
The issue I'm having is a minor one. Some of our users are using Internet Explorer 11, which has a Compatibility Mode option that is enabled by default for intranet sites (of which our eLog is one). This mode emulates IE7, and this causes the CKEditor rich text box to fail to load. I can tell our users to disable the CM setting on their browsers, but it may be that a simple server-side fix is possible as well.
It would be nice if the eLog pages could have a <meta name="viewport" content="width=device-width, initial-scale=1.0"> tag, so that it displays nicely on smaller screens. I've been adding this myself in some Javascript code (see elogHelper.js on the above-linked website), but it doesn't appear on every page (the logbook selection page, for instance). I also made some modifications to the CSS so that the list display collapses down when the browser window is very narrow.
The new autosave functionality is really good. I hacked something together to do this for our log a while ago, but it's nice that it's inbuilt now.
Thanks again!
Ben
|
|
68033
|
Thu Jun 25 12:52:06 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 3.1.0-2411f95 | Re: CKEditor won't load under IE Compatibility Mode | I don't get your point. If you add the meta tag wiht the viewport, then the IE7 mode will load the CKEditor? The CKEditor home page says that IE7 is not supported any more, so I wonder if this simple tag might help. Can you turn off the compatibility mode on a per-URL basis?
If I try on my smatphone, the display is correct, so why you need the viewport tag? Can you shouw me examples?
If you have nice CSS features which are helpful for everybody, please send them to me and I can include it in the distribution, but only after you convince me that it works (almost) everywhere.
Best,
Stefan
| Ben Shepherd wrote: |
|
I just upgraded to 3.1.0 after many years using 2.9.2. Our eLogs are absolutely crucial for the operation of our accelerators, so first of all I'd like to say: thanks a lot for everything you've done! It's a rock-solid application that works really well.
The issue I'm having is a minor one. Some of our users are using Internet Explorer 11, which has a Compatibility Mode option that is enabled by default for intranet sites (of which our eLog is one). This mode emulates IE7, and this causes the CKEditor rich text box to fail to load. I can tell our users to disable the CM setting on their browsers, but it may be that a simple server-side fix is possible as well.
It would be nice if the eLog pages could have a <meta name="viewport" content="width=device-width, initial-scale=1.0"> tag, so that it displays nicely on smaller screens. I've been adding this myself in some Javascript code (see elogHelper.js on the above-linked website), but it doesn't appear on every page (the logbook selection page, for instance). I also made some modifications to the CSS so that the list display collapses down when the browser window is very narrow.
The new autosave functionality is really good. I hacked something together to do this for our log a while ago, but it's nice that it's inbuilt now.
Thanks again!
Ben
|
|
|