| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
66227
|
Thu Feb 26 17:58:48 2009 |
 | Razvan Gornea | gornea@gmail.com | Bug report | Linux | 2.7.5 | Re: problem reading attached PDF files! |
| Stefan Ritt wrote: |
|
| Razvan Gornea wrote: |
|
| Stefan Ritt wrote: |
|
| Razvan Gornea wrote: |
|
Hi,
I was wondering if anybody else seen this problem and maybe has a solution. I use Elog version 2.7.5 rev. 2172 that I compiled from the tar.gz package on a Ubuntu PC. It is very strange that everything works fine except I can not view / download PDF attachments specifically. I can view / download images and I can download all sorts of file formats: xls, doc, ppt, etc. Viewing in the same window / tab or in a different one does not work. Saving the attachment produces a file empty file with the correct name! This is so strange, for example following a link from an image or any other attachment type works but if that link is a PDF file I get an empty page! When uploading a PDF file there a thumbnails that are generated, I do view the thumbnail but not the PDF itself! I didn't even managed to start a download on PDF attachment.
Any help would be appreciated!
|
This sounds to me like you have a problem on your browser. I know that Acrobat Reader sometimes causes problems. The current version always crashes my broswer, so I cannot display PDFs inline, I rather have to same them, and the open them for display. Maybe you have a simlar problem. Since you see the PDF thumbnails, I believe that the PDF operations indise ELOG are ok. Can you view PDFs from other websites? Have you tried another browser? Maybe on another computer?
- Stefan
|
Hi,
Thanks for the reply. I just checked the access from two other computers and indeed it works. I tried to see what is the problem with my browser, I use Firefox 3.0.6 and tried to get a PDF from the web. So I do have the same problem with other sites for viewing a PDF, I mean when I click on a PDF link I get a white page and the browser does not invoke any plug-in or Acrobat Reader. But the major difference with Elog is that with other sites I can always right click on the link and do "Save as" and it starts the download and I get a valid file. With elog it does start the download but I get an empty file. Actually I checked inside and it is not really empty, it is a text file, here I attached an example (the content of the file when I tried to download a PDF from the Elog server):
gornea@hadriana ~
$ cat Ba_source_GG_Feb09.pdf
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html><head>
<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">
<title>ELOG Login</title>
<link rel="stylesheet" type="text/css" href="default.css">
<link rel="shortcut icon" href="favicon.ico" />
<link rel="icon" href="favicon.png" type="image/png" />
</head>
<body OnLoad="document.form1.uname.focus();">
<form name=form1 method="POST" action="./" enctype="multipart/form-data">
<input type=hidden name=redir value="090219_111057/Ba_source_GG_Feb09.pdf">
<table class="dlgframe" cellspacing=0 align=center><tr><td colspan=2 class="dlgtitle">Please login</td></tr>
<tr><td align=right class="dlgform">Username:</td>
<td align=left class="dlgform"><input type=text name=uname value=""></td></tr>
<tr><td align=right class="dlgform">Password:</td>
<td align=left class="dlgform"><input type=password name=upassword></td></tr>
<tr><td align=center colspan=2 class="dlgform"><input type=checkbox checked name=remember value=1>
Keep me logged in on this computer<br>
for the next 31 days or until I log out</td></tr>
<tr><td align=center colspan=2 class="dlgform">
<a href="?cmd=Forgot">Forgot password?</a></td></tr>
<tr><td align=center colspan=2 class="dlgform"><input type=submit value="Submit"></td></tr></table>
<center><a class="bottomlink" title="Goto ELOG home page" href="https://midas.psi.ch/elog/">ELOG V2.7.5-2172</a></center></form></body></html>
|
The file you downloaded is actually the login screen of elog! So probably your login token expired between the display of the web page showing the attachemnt link and the attachment download, or you turned cookies off. So when you try to download the attachment, your user credentials are not passed as cookies together with that request and elog barks at you requiring a new login.
|
Hi Stefan,
I added a new logbook for test and posted a message with three attachments: picture file, PDF file and excel file. Could you log in and look if I did something obviously stupid? The link is:
http://exo-elog.stanford.edu/Test+logbook/
User name: testUser
Password: go
I have this specific problem with the PDF attachments and I can not see any picture or the icons with Safari. Thanks a lot! |
|
66228
|
Fri Feb 27 16:43:01 2009 |
 | Dennis Seitz | denseitz@comcast.net | Bug report | Mac OSX | 2.7.5 | Attachment problems | Apologies if these are known bugs, I'm very busy at the moment but I wanted to post this before I forget:
I'm using Safari on a Mac to make Elog entries.
1) The preview of some pdf attachments in edit mode displays huge areas of white space around each page. I can send examples if you'd like - please email me directly, for some reason I never get email notifications from this forum (and they aren't being tagged as spam, so I don't know where they go).
2) When that happens, the text entry area for ELcode format expands horizontally to match the huge pdf file width. Text without line feeds then doesn't wrap until the huge window width is filled, so I have to scroll horizontally all the time while editing to see what I've written.
3) So I turned off attachment previewing as a workaround (Preview attachments = 0 ). That worked fine by not expanding the entry area, but I noticed some odd behavior. The list of attachments below the text entry area is badly formatted. Here's a screen shot:
I tried to reproduce this with a new entry but the text was formatted properly for that entry.
P.S. While editing this entry, I see that the text area width is again being set by the width of the picture I've attached - try it yourself; if you try to resize your browser window smaller while editing, the text will only wrap until the width of the attachment is reached - the text no longer wraps at smaller widths than the attachment. |
|
66229
|
Fri Feb 27 17:25:30 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Mac OSX | 2.7.5 | Re: Attachment problems |
| Dennis Seitz wrote: |
|
Apologies if these are known bugs, I'm very busy at the moment but I wanted to post this before I forget:
I'm using Safari on a Mac to make Elog entries.
1) The preview of some pdf attachments in edit mode displays huge areas of white space around each page. I can send examples if you'd like - please email me directly, for some reason I never get email notifications from this forum (and they aren't being tagged as spam, so I don't know where they go).
2) When that happens, the text entry area for ELcode format expands horizontally to match the huge pdf file width. Text without line feeds then doesn't wrap until the huge window width is filled, so I have to scroll horizontally all the time while editing to see what I've written.
3) So I turned off attachment previewing as a workaround (Preview attachments = 0 ). That worked fine by not expanding the entry area, but I noticed some odd behavior. The list of attachments below the text entry area is badly formatted. Here's a screen shot:
I tried to reproduce this with a new entry but the text was formatted properly for that entry.
P.S. While editing this entry, I see that the text area width is again being set by the width of the picture I've attached - try it yourself; if you try to resize your browser window smaller while editing, the text will only wrap until the width of the attachment is reached - the text no longer wraps at smaller widths than the attachment.
|
Your problem 1) is probably caused by ImageMagick. I use that package to convert PDFs to images. If this package estimates the paper size from the PDF incorrectly, you're screwed. You can go and actually locate the thumbnail pictures in the ELOG directory (should be named xxxxxx_yyyyyy_<name>-0.png). If you check these pictures, they are probably already huge.
Problem 3) indeed is a small bug in elogd, which I fixed in revision #2178. If you can download the SVN version and recompile elogd, you should be fine:
|
|
66230
|
Fri Feb 27 20:52:42 2009 |
| Dennis Seitz | denseitz@comcast.net | Bug report | Mac OSX | 2.7.5 | Re: Attachment problems |
| Stefan Ritt wrote: |
|
| Dennis Seitz wrote: |
|
Apologies if these are known bugs, I'm very busy at the moment but I wanted to post this before I forget:
I'm using Safari on a Mac to make Elog entries.
1) The preview of some pdf attachments in edit mode displays huge areas of white space around each page. I can send examples if you'd like - please email me directly, for some reason I never get email notifications from this forum (and they aren't being tagged as spam, so I don't know where they go).
2) When that happens, the text entry area for ELcode format expands horizontally to match the huge pdf file width. Text without line feeds then doesn't wrap until the huge window width is filled, so I have to scroll horizontally all the time while editing to see what I've written.
3) So I turned off attachment previewing as a workaround (Preview attachments = 0 ). That worked fine by not expanding the entry area, but I noticed some odd behavior. The list of attachments below the text entry area is badly formatted. Here's a screen shot:
I tried to reproduce this with a new entry but the text was formatted properly for that entry.
P.S. While editing this entry, I see that the text area width is again being set by the width of the picture I've attached - try it yourself; if you try to resize your browser window smaller while editing, the text will only wrap until the width of the attachment is reached - the text no longer wraps at smaller widths than the attachment.
|
Your problem 1) is probably caused by ImageMagick. I use that package to convert PDFs to images. If this package estimates the paper size from the PDF incorrectly, you're screwed. You can go and actually locate the thumbnail pictures in the ELOG directory (should be named xxxxxx_yyyyyy_<name>-0.png). If you check these pictures, they are probably already huge.
Problem 3) indeed is a small bug in elogd, which I fixed in revision #2178. If you can download the SVN version and recompile elogd, you should be fine:
|
Thanks for the bug fix, we'll get our installation updated ASAP. And I will look into why some of my pdf file image sizes are interpreted incorrectly by ImageMagick, it might having something to do with how I've generated them.
Is it possible to set the default image size to always scale to fit the browser window? For example, this entry has a png attachment, but it still suffers from the fact that the text window size is set by the width of the png image.
If I'm forgetting something, sorry, I'm writing in a hurry!
Dennis |
|
66234
|
Wed Mar 4 16:32:56 2009 |
| Niklas | niklas@hoglund.pp.se | Bug report | Linux | 2.7.5 2142 | Re: Elogd crashes with: *** stack smashing detected *** |
| Stefan Ritt wrote: |
|
| Niklas wrote: |
|
Create a list of elog cookies, and store only these as parameters. Examplef:
int process_http_request(const char *request, int i_conn)
{
...
const char *cookie_list[] = { "upwd", "unm", "elmode", "urem", "wpwd", "apwd", "uname", NULL };
...
...
...
/* store cookie as parameter */
for(i=0; cookie_list[i]; i++) {
if(strcmp(cookie_list[i], str) == 0) {
setparam(str, cookie);
break;
}
}
...
|
I'm not sure if this works, since your test
i < (int) sizeof(cookie)
still will stop parsing cookies if there is one which is too long. So I added your test plus changed the parsing to:
for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n' ; )
if (i < (int) sizeof(cookie)-1)
cookie[i++] = *p++;
cookie[i] = 0;
The modification is in the curren SVN revision (# 2162). So have a look and check that it works.
|
Tried 2178 and I seem to hit some endless loop when I have big cookies. The loop seems to be in this for-loop (from gdb).
I perhaps you should have:
for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n' ; )
if (i < (int) sizeof(cookie)-1)
cookie[i++] = *p++;
else
break;
cookie[i] = 0;
... Seems to be working for me =)
|
|
66235
|
Wed Mar 4 16:41:27 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.7.5 2142 | Re: Elogd crashes with: *** stack smashing detected *** |
| Niklas wrote: |
|
Tried 2178 and I seem to hit some endless loop when I have big cookies. The loop seems to be in this for-loop (from gdb).
I perhaps you should have:
for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n' ; )
if (i < (int) sizeof(cookie)-1)
cookie[i++] = *p++;
else
break;
cookie[i] = 0;
... Seems to be working for me =)
|
Yepp, you're right. I applied your change to the distribution code.
|
|
66246
|
Wed Mar 11 11:28:27 2009 |
 | Dominique Bolla | dominique.bolla@synchrotron-soleil.fr | Bug report | Linux | V2.7.5-214 | Elogd crash | Hello,
Please could you help me.
We have 2 elog servers synchronized every minute via Elog mirroring function.
2 or 3 times a week, the slave crashes and we have to restart Elogd. I have found in /var/log/messages the same message every time elogd crash :
xmalloc: not enough memory
Thanks.
Dominique Bolla. |
|
66283
|
Tue Mar 31 15:16:58 2009 |
| Franck Sabatie | fsabatie@cea.fr | Bug report | Linux | 2.7.5 | Attachment not downloaded when elog is mirrored ? | Hello,
I just mirrored a logbook and noticed attachments are missed.
On another similar note, when an email notification is sent and the post has attachment, the attachment show up in the email BUT there is nothing in them.
Anything special I should know about those attachments ?
Thank you,
F.Sabatié
|
|