| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68389
|
Mon Aug 22 11:24:07 2016 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 3.1.1 | Re: Image source url missing |
I entered this image exactly as you described. When I click OK, the dialog disappears. Can you check if it works for you on this server? Maybe with different browsers?
Stefan
| Antonio Bulgheroni wrote: |
|
Can anyone help me? I'm really clueless 
Thanks in advance,
Antonio
| Antonio Bulgheroni wrote: |
|
Dear all, sorry for asking you another question, but today after I finally recovered all my logbook entries, I updated to elog 3.1.1 and now I have a problem uploading images.
This is what I do:
- Click on the insert "Image" button in the editor toolbar
- In the popup window I select the picture I want to upload and then press "Send to server". I see the file appearing among the attachments at the bottom of the message.
- I click OK, but the popup complains that the Image Source URL is missing. Indeed when I switch to the other tab the URL field is open.
I have tried on your demo logbook and after the image is sent to the server, the URL field is automatically filled.
What am I doing wrong? With 2.9.2 it was working normally.
Thanks again and best regards
Antonio
|
|
|
|
68388
|
Mon Aug 22 10:36:17 2016 |
| Antonio Bulgheroni | antonio.bulgheroni@gmail.com | Question | Windows | 3.1.1 | Re: Image source url missing |
Can anyone help me? I'm really clueless
Thanks in advance,
Antonio
| Antonio Bulgheroni wrote: |
|
Dear all, sorry for asking you another question, but today after I finally recovered all my logbook entries, I updated to elog 3.1.1 and now I have a problem uploading images.
This is what I do:
- Click on the insert "Image" button in the editor toolbar
- In the popup window I select the picture I want to upload and then press "Send to server". I see the file appearing among the attachments at the bottom of the message.
- I click OK, but the popup complains that the Image Source URL is missing. Indeed when I switch to the other tab the URL field is open.
I have tried on your demo logbook and after the image is sent to the server, the URL field is automatically filled.
What am I doing wrong? With 2.9.2 it was working normally.
Thanks again and best regards
Antonio
|
|
|
68387
|
Sat Aug 20 12:17:10 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Windows | V3.1.1-3f311c5 | Re: elog client cmd line submission of attributes with spaces. |
If the "Start Time" attribute is of the type "datetime", then you cannot assign a date string to it.
Instead you'll have to assign the seconds of the epoch.
Try assigning a "0", that should be the 1st of January 1970.
I hope that helps,
Andreas
| Darren Hollinrake wrote: | I was setting of a local test copy of my logbooks on my Windows 7 PC to begin testing automation of submissions without spamming the live logbooks. While trying to make entries from the command line I get an error that I am missing a required attribute. I have multiple attributes that have spaces in them an the verbose output indicates that the space in the name is being changed to an underscore. Is this the expected behavior or a bug when submitting to the elog client in Windows?
Command being entered:
| Quote: | C:\Program Files (x86)\ELOG>elog -h 127.0.0.1 -p 443 -s -l "Oceana Logbook" -u j
ohn.smith john.smith -v -n 0 -a Platform=LSOT -a "Start Time"="Fri, 19 Aug 2016
12:58:01 -0500" -a "Author=John Smith" -a "Device=2H111-1" -a "Action Type"=Mai
ntenance -a "Maint Type"=Unscheduled -a "System=Device" -a "Downtime=No" -a "Man
Hours"=1.0 -a MAF="" -a "Lost Time"="" -m "testing"
|
You can see where I have multiple attributes with spaces. Below you see where the name shows an underscore instead of a space.
| Quote: | Successfully connected to host 127.0.0.1, port 443
Request sent to host:
POST /Oceana+Logbook/ HTTP/1.0
Content-Type: multipart/form-data; boundary=---------------------------22C602B76
C41
Host: 127.0.0.1:443
User-Agent: ELOG
Content-Length: 1790
Content sent to host:
---------------------------22C602B76C41
Content-Disposition: form-data; name="cmd"
Submit
---------------------------22C602B76C41
Content-Disposition: form-data; name="unm"
john.smith
---------------------------22C602B76C41
Content-Disposition: form-data; name="upwd"
JUl77l/.kXYBzfoOZpsy.URRZEZpg2SHZNZIum6Rh/5
---------------------------22C602B76C41
Content-Disposition: form-data; name="exp"
Oceana Logbook
---------------------------22C602B76C41
Content-Disposition: form-data; name="encoding"
ELCode
---------------------------22C602B76C41
Content-Disposition: form-data; name="Platform"
LSOT
---------------------------22C602B76C41
Content-Disposition: form-data; name="Start_Time"
Fri, 19 Aug 2016 12:58:01 -0500
---------------------------22C602B76C41
Content-Disposition: form-data; name="Author"
Bruce Slack
---------------------------22C602B76C41
Content-Disposition: form-data; name="Device"
2H111-1
---------------------------22C602B76C41
Content-Disposition: form-data; name="Action_Type"
Maintenance
---------------------------22C602B76C41
Content-Disposition: form-data; name="Maint_Type"
Unscheduled
---------------------------22C602B76C41
Content-Disposition: form-data; name="System"
Device
---------------------------22C602B76C41
Content-Disposition: form-data; name="Downtime"
No
---------------------------22C602B76C41
Content-Disposition: form-data; name="Man_Hours"
1.0
---------------------------22C602B76C41
Content-Disposition: form-data; name="MAF"
---------------------------22C602B76C41
Content-Disposition: form-data; name="Lost_Time"
---------------------------22C602B76C41
Content-Disposition: form-data; name="Text"
testing 123
---------------------------22C602B76C41
Response received:
HTTP/1.1 404 Not Found
Server: ELOG HTTP 3.1.1-3f311c5
Content-Type: text/html;charset=ISO-8859-1
Connection: Close
<!DOCTYPE html>
<html><head>
<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">
<title>ELOG error</title>
<link rel="stylesheet" type="text/css" href="elog.css">
</head>
<body><center>
<table class="dlgframe" width="50%" cellpadding="1" cellspacing="0"<tr><td class
="errormsg"><i>Error: Attribute <b>Start Time</b> not supplied.</i><p>
Please go back and enter the <b>Start Time</b> field.
</td></tr>
<tr><td class="errormsg"><script language="javascript" type="text/javascript">
document.write("<button type=button onClick=history.back()>Back</button>");
</script>
<noscript>
Please use your browser's back button to go back
</noscript>
</td></tr>
</table>
</center></body></html>
Error: Missing required attribute "Start Time"
|
|
|
|
68386
|
Fri Aug 19 22:43:21 2016 |
| Rudy Taraschi | rudy.taraschi@L-3com.com | Question | Windows | V3.1.1-3f311c5 | Re: elog client cmd line submission of attributes with spaces. |
| Try commenting out the Required Attributes line in your elogd.cfg file before submitting. I think it's a bug but this work-around gets around it. |
|
68385
|
Fri Aug 19 19:39:50 2016 |
 | Darren Hollinrake | hollinrakedp@gmail.com | Question | Windows | V3.1.1-3f311c5 | elog client cmd line submission of attributes with spaces. |
I was setting of a local test copy of my logbooks on my Windows 7 PC to begin testing automation of submissions without spamming the live logbooks. While trying to make entries from the command line I get an error that I am missing a required attribute. I have multiple attributes that have spaces in them an the verbose output indicates that the space in the name is being changed to an underscore. Is this the expected behavior or a bug when submitting to the elog client in Windows?
Command being entered:
| Quote: | C:\Program Files (x86)\ELOG>elog -h 127.0.0.1 -p 443 -s -l "Oceana Logbook" -u j
ohn.smith john.smith -v -n 0 -a Platform=LSOT -a "Start Time"="Fri, 19 Aug 2016
12:58:01 -0500" -a "Author=John Smith" -a "Device=2H111-1" -a "Action Type"=Mai
ntenance -a "Maint Type"=Unscheduled -a "System=Device" -a "Downtime=No" -a "Man
Hours"=1.0 -a MAF="" -a "Lost Time"="" -m "testing"
|
You can see where I have multiple attributes with spaces. Below you see where the name shows an underscore instead of a space.
| Quote: | Successfully connected to host 127.0.0.1, port 443
Request sent to host:
POST /Oceana+Logbook/ HTTP/1.0
Content-Type: multipart/form-data; boundary=---------------------------22C602B76
C41
Host: 127.0.0.1:443
User-Agent: ELOG
Content-Length: 1790
Content sent to host:
---------------------------22C602B76C41
Content-Disposition: form-data; name="cmd"
Submit
---------------------------22C602B76C41
Content-Disposition: form-data; name="unm"
john.smith
---------------------------22C602B76C41
Content-Disposition: form-data; name="upwd"
JUl77l/.kXYBzfoOZpsy.URRZEZpg2SHZNZIum6Rh/5
---------------------------22C602B76C41
Content-Disposition: form-data; name="exp"
Oceana Logbook
---------------------------22C602B76C41
Content-Disposition: form-data; name="encoding"
ELCode
---------------------------22C602B76C41
Content-Disposition: form-data; name="Platform"
LSOT
---------------------------22C602B76C41
Content-Disposition: form-data; name="Start_Time"
Fri, 19 Aug 2016 12:58:01 -0500
---------------------------22C602B76C41
Content-Disposition: form-data; name="Author"
Bruce Slack
---------------------------22C602B76C41
Content-Disposition: form-data; name="Device"
2H111-1
---------------------------22C602B76C41
Content-Disposition: form-data; name="Action_Type"
Maintenance
---------------------------22C602B76C41
Content-Disposition: form-data; name="Maint_Type"
Unscheduled
---------------------------22C602B76C41
Content-Disposition: form-data; name="System"
Device
---------------------------22C602B76C41
Content-Disposition: form-data; name="Downtime"
No
---------------------------22C602B76C41
Content-Disposition: form-data; name="Man_Hours"
1.0
---------------------------22C602B76C41
Content-Disposition: form-data; name="MAF"
---------------------------22C602B76C41
Content-Disposition: form-data; name="Lost_Time"
---------------------------22C602B76C41
Content-Disposition: form-data; name="Text"
testing 123
---------------------------22C602B76C41
Response received:
HTTP/1.1 404 Not Found
Server: ELOG HTTP 3.1.1-3f311c5
Content-Type: text/html;charset=ISO-8859-1
Connection: Close
<!DOCTYPE html>
<html><head>
<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">
<title>ELOG error</title>
<link rel="stylesheet" type="text/css" href="elog.css">
</head>
<body><center>
<table class="dlgframe" width="50%" cellpadding="1" cellspacing="0"<tr><td class
="errormsg"><i>Error: Attribute <b>Start Time</b> not supplied.</i><p>
Please go back and enter the <b>Start Time</b> field.
</td></tr>
<tr><td class="errormsg"><script language="javascript" type="text/javascript">
document.write("<button type=button onClick=history.back()>Back</button>");
</script>
<noscript>
Please use your browser's back button to go back
</noscript>
</td></tr>
</table>
</center></body></html>
Error: Missing required attribute "Start Time"
|
|
|
68384
|
Thu Aug 11 17:09:47 2016 |
| Alan Grant | agrant@winnipeg.ca | Question | Windows | 3.1.1 | Re: Quick Filter not searching on Enter |
Found the problem. I needed to turn on Compatibility View in IE for the site. Regards.
| Alan Grant wrote: |
|
Yes it works fine in this forum. I also discovered my problem is resolved using Chrome. I'll dig into browser and let you know when I find something.
| Andreas Luedeke wrote: |
|
I've checked for this forum logbook, and pressing "enter" while having focus in the quickfilter text field does initiate the search. Does it work for you with this logbook?
| Alan Grant wrote: |
|
With all of our instances of Elog where we have Quick Filters enabled, any filter that we input characters into does not search the server when we press enter (there is no "Search" button). Interestingly, it will only search when we click anywhere on a blank area of the Elog interface. Is that the intended procedure for searching?
|
|
|
|
|
68383
|
Thu Aug 11 16:40:47 2016 |
| Alan Grant | agrant@winnipeg.ca | Question | Windows | 3.1.1 | Re: Quick Filter not searching on Enter |
Yes it works fine in this forum. I also discovered my problem is resolved using Chrome. I'll dig into browser and let you know when I find something.
| Andreas Luedeke wrote: |
|
I've checked for this forum logbook, and pressing "enter" while having focus in the quickfilter text field does initiate the search. Does it work for you with this logbook?
| Alan Grant wrote: |
|
With all of our instances of Elog where we have Quick Filters enabled, any filter that we input characters into does not search the server when we press enter (there is no "Search" button). Interestingly, it will only search when we click anywhere on a blank area of the Elog interface. Is that the intended procedure for searching?
|
|
|
|
Draft
|
Thu Aug 11 16:22:26 2016 |
| Alan Grant | agrant@winnipeg.ca | Question | Windows | 3.1.1 | Re: Quick Filter not searching on Enter |
Yes it works fine in this forum. Interesting that when I open my problem instance from latest Chrome it works fine but not IE 11. I'll dig into browser settings and post back when I have more info.
| Andreas Luedeke wrote: |
|
I've checked for this forum logbook, and pressing "enter" while having focus in the quickfilter text field does initiate the search. Does it work for you with this logbook?
| Alan Grant wrote: |
|
With all of our instances of Elog where we have Quick Filters enabled, any filter that we input characters into does not search the server when we press enter (there is no "Search" button). Interestingly, it will only search when we click anywhere on a blank area of the Elog interface. Is that the intended procedure for searching?
|
|
|