Hi, The application DB won't let me upload a screen shot, I get 'connection to host was lost' or 'page contains no data'.
___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
I've seen these errors as well. I'm not sure about the root cause. Jon, any ideas?
Chris
On Thursday 07 July 2005 7:48 pm, Oliver Stieber wrote:
Hi, The application DB won't let me upload a screen shot, I get 'connection to host was lost' or 'page contains no data'.
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Yes I know about it.
The problem is that the file is bigger than the maximum allowed by the server.
I'll try my best to find a solution (I already tried but it doesn't work on the live server).
Please use jpeg when uploading game-like screenshots and png for "text and lines" screenshots. This rule makes screenshots small enough usually.
Thanks.
Le jeudi 07 juillet 2005 à 21:00 -0400, Chris Morgan a écrit :
I've seen these errors as well. I'm not sure about the root cause. Jon, any ideas?
Chris
On Thursday 07 July 2005 7:48 pm, Oliver Stieber wrote:
Hi, The application DB won't let me upload a screen shot, I get 'connection to host was lost' or 'page contains no data'.
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Why don't we just bump the max size up a bit? Jeremy, is that ok from a disk space perspective?
Chris
On 7/8/05, Jonathan Ernst [email protected] wrote:
Yes I know about it.
The problem is that the file is bigger than the maximum allowed by the server.
I'll try my best to find a solution (I already tried but it doesn't work on the live server).
Please use jpeg when uploading game-like screenshots and png for "text and lines" screenshots. This rule makes screenshots small enough usually.
Thanks.
Le jeudi 07 juillet 2005 à 21:00 -0400, Chris Morgan a écrit :
I've seen these errors as well. I'm not sure about the root cause. Jon, any ideas?
Chris
On Thursday 07 July 2005 7:48 pm, Oliver Stieber wrote:
Hi, The application DB won't let me upload a screen shot, I get 'connection to host was lost' or 'page contains no data'.
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
-- Jonathan Ernst [email protected]
BodyID:104039431.2.n.logpart (stored separately)
If we are able to bump the size, we should still not accept images that are too big (>1MB for example) but instead present the user with a message that explains that the picture would be much smaller using jpeg for example.
So the scheme is: - let the server accept big files - check the received size - if the picture is too big, delete it and tell the user to save it as jpeg for example
Having heavy images will slow down screenshot displaying.
Le vendredi 08 juillet 2005 à 11:47 -0400, Chris Morgan a écrit :
Why don't we just bump the max size up a bit? Jeremy, is that ok from a disk space perspective?
Chris
On 7/8/05, Jonathan Ernst [email protected] wrote:
Yes I know about it.
The problem is that the file is bigger than the maximum allowed by the server.
I'll try my best to find a solution (I already tried but it doesn't work on the live server).
Please use jpeg when uploading game-like screenshots and png for "text and lines" screenshots. This rule makes screenshots small enough usually.
Thanks.
Le jeudi 07 juillet 2005 à 21:00 -0400, Chris Morgan a écrit :
I've seen these errors as well. I'm not sure about the root cause. Jon, any ideas?
Chris
On Thursday 07 July 2005 7:48 pm, Oliver Stieber wrote:
Hi, The application DB won't let me upload a screen shot, I get 'connection to host was lost' or 'page contains no data'.
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
-- Jonathan Ernst [email protected]
BodyID:104039431.2.n.logpart (stored separately)
Would it be possible to offer the option of using imagemagic to resize/format the uploaded images?
--- Jonathan Ernst [email protected] wrote:
If we are able to bump the size, we should still not accept images that are too big (>1MB for example) but instead present the user with a message that explains that the picture would be much smaller using jpeg for example.
So the scheme is:
- let the server accept big files
- check the received size
- if the picture is too big, delete it and tell the
user to save it as jpeg for example
Having heavy images will slow down screenshot displaying.
Le vendredi 08 juillet 2005 à 11:47 -0400, Chris Morgan a écrit :
Why don't we just bump the max size up a bit?
Jeremy, is that ok from
a disk space perspective?
Chris
On 7/8/05, Jonathan Ernst
[email protected] wrote:
Yes I know about it.
The problem is that the file is bigger than the
maximum allowed by the
server.
I'll try my best to find a solution (I already
tried but it doesn't work
on the live server).
Please use jpeg when uploading game-like
screenshots and png for "text
and lines" screenshots. This rule makes
screenshots small enough
usually.
Thanks.
Le jeudi 07 juillet 2005 à 21:00 -0400, Chris
Morgan a écrit :
I've seen these errors as well. I'm not sure
about the root cause. Jon, any
ideas?
Chris
On Thursday 07 July 2005 7:48 pm, Oliver
Stieber wrote:
Hi, The application DB won't let me upload a
screen shot,
I get 'connection to host was lost' or 'page
contains
no data'.
___________________________________________________________
Yahoo! Messenger - NEW crystal clear PC to
PC calling worldwide with
voicemail http://uk.messenger.yahoo.com
-- Jonathan Ernst [email protected]
BodyID:104039431.2.n.logpart (stored separately)
-- Jonathan Ernst [email protected]
___________________________________________________________ Get My Web - a better way to save web pages http://uk.search.yahoo.com/myresults/default
On Fri, 08 Jul 2005 18:29:07 +0200, Oliver Stieber [email protected] wrote:
I would have thought anyone capable of taking a screen shot is capable of resizing an image.
Just say what size you want in px (and a max file just in case) and suggest users try to upload a suitable size if poss.
It's all very slick if it works but still wastes bandwidth if the server is going to reduce it and loses quality if it is going to expand it.
There's also a good chance that person who submits will produce a better end-result than the server in terms of quality.
I have seen some screenshots in the DB that were so poor you could hardly make them out.
Say what you want: them as don't ask, don't get.
;)
Would it be possible to offer the option of using imagemagic to resize/format the uploaded images?
--- Jonathan Ernst [email protected] wrote:
If we are able to bump the size, we should still not accept images that are too big (>1MB for example) but instead present the user with a message that explains that the picture would be much smaller using jpeg for example.
So the scheme is:
- let the server accept big files
- check the received size
- if the picture is too big, delete it and tell the
user to save it as jpeg for example
Having heavy images will slow down screenshot displaying.
Le vendredi 08 juillet 2005 à 11:47 -0400, Chris Morgan a écrit :
Why don't we just bump the max size up a bit?
Jeremy, is that ok from
a disk space perspective?
Chris
On 7/8/05, Jonathan Ernst
[email protected] wrote:
Yes I know about it.
The problem is that the file is bigger than the
maximum allowed by the
server.
I'll try my best to find a solution (I already
tried but it doesn't work
on the live server).
Please use jpeg when uploading game-like
screenshots and png for "text
and lines" screenshots. This rule makes
screenshots small enough
usually.
Thanks.
Le jeudi 07 juillet 2005 à 21:00 -0400, Chris
Morgan a écrit :
I've seen these errors as well. I'm not sure
about the root cause. Jon, any
ideas?
Chris
On Thursday 07 July 2005 7:48 pm, Oliver
Stieber wrote:
Hi, The application DB won't let me upload a
screen shot,
I get 'connection to host was lost' or 'page
contains
no data'.
Yahoo! Messenger - NEW crystal clear PC to
PC calling worldwide with
voicemail http://uk.messenger.yahoo.com
-- Jonathan Ernst [email protected]
BodyID:104039431.2.n.logpart (stored separately)
-- Jonathan Ernst [email protected]
___________________________________________________________ Get My Web - a better way to save web pages http://uk.search.yahoo.com/myresults/default
--- [email protected] wrote:
On Fri, 08 Jul 2005 18:29:07 +0200, Oliver Stieber [email protected] wrote:
I would have thought anyone capable of taking a screen shot is capable of resizing an image.
Well, I wasn't aware that the reason the db didn't accept my screen shot was because it was a PNG and not a JPEG.
From experience I've had with people sending in images
(including myself) to web sites I wouldn't expect the person who took the screen shot to be able to do anything else.
Just displaying a page saying that the upload is too big doesn't help with the bandwith, unless upload is canceled as soon as it gets too big. I think it's probably enough to give most people an idea about why it's failed though.
Oliver.
Just say what size you want in px (and a max file just in case) and suggest users try to upload a suitable size if poss.
It's all very slick if it works but still wastes bandwidth if the server is going to reduce it and loses quality if it is going to expand it.
There's also a good chance that person who submits will produce a better end-result than the server in terms of quality.
I have seen some screenshots in the DB that were so poor you could hardly make them out.
Say what you want: them as don't ask, don't get.
;)
Would it be possible to offer the option of using imagemagic to resize/format the uploaded images?
--- Jonathan Ernst [email protected]
wrote:
If we are able to bump the size, we should still
not
accept images that are too big (>1MB for example) but instead
present
the user with a message that explains that the picture would be
much
smaller using jpeg for example.
So the scheme is:
- let the server accept big files
- check the received size
- if the picture is too big, delete it and tell
the
user to save it as jpeg for example
Having heavy images will slow down screenshot displaying.
Le vendredi 08 juillet 2005 à 11:47 -0400, Chris Morgan a écrit :
Why don't we just bump the max size up a bit?
Jeremy, is that ok from
a disk space perspective?
Chris
On 7/8/05, Jonathan Ernst
[email protected] wrote:
Yes I know about it.
The problem is that the file is bigger than
the
maximum allowed by the
server.
I'll try my best to find a solution (I
already
tried but it doesn't work
on the live server).
Please use jpeg when uploading game-like
screenshots and png for "text
and lines" screenshots. This rule makes
screenshots small enough
usually.
Thanks.
Le jeudi 07 juillet 2005 à 21:00 -0400, Chris
Morgan a écrit :
I've seen these errors as well. I'm not
sure
about the root cause. Jon, any
ideas?
Chris
On Thursday 07 July 2005 7:48 pm, Oliver
Stieber wrote:
> Hi, > The application DB won't let me upload a
screen shot,
> I get 'connection to host was lost' or
'page
contains
> no data'. > > > > > > > >
___________________________________________________________
> Yahoo! Messenger - NEW crystal clear PC
to
PC calling worldwide with
> voicemail http://uk.messenger.yahoo.com
-- Jonathan Ernst [email protected]
BodyID:104039431.2.n.logpart (stored
separately)
-- Jonathan Ernst [email protected]
___________________________________________________________
Get My Web - a better way to save web pages http://uk.search.yahoo.com/myresults/default
___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
On Fri, 08 Jul 2005 18:29:07 +0200, Oliver Stieber [email protected] wrote:
I would have thought anyone capable of taking a screen shot is capable of resizing an image.
From experience I've had with people sending in images (including myself) to web sites I wouldn't expect the person who took the screen shot to be able to do anything else.
OK, so lets imagine that someone capable of installing Wine then testing and/or debugging an app. and motivated enough to fill in a report is too dumb or idle to resize it if you specify a suitable size and format
Just displaying a page saying that the upload is too big doesn't help with the bandwith, unless upload is canceled as soon as it gets too big.
That's why it would make more sense to say what is suitable before the use uploads.
It would also improve the quality of the database
We already use gd which can do much the same as imagemagick (I don't think we have imagemagic on the server). We are already resizing the image if it's too big (pixels size, not byte size).
I already sent a patch long time ago which tells the user that the image cannot be added because it's too big. It works locally but not on the live server because there is another limitation that takes place before the php code can handle the upload. I'll see if we can change the size limit using the .htaccess file; otherwise we'll have to ask Jeremy to do something about it.
I'll add something to make people aware that screenshot that containes things like photos (games, etc.) should be compressed using jpeg and that other files (normal apps) should better be compressed using png (as it won't blur the text).
Thanks for the feedback.
Le vendredi 08 juillet 2005 à 17:29 +0100, Oliver Stieber a écrit :
Would it be possible to offer the option of using imagemagic to resize/format the uploaded images?
--- Jonathan Ernst [email protected] wrote:
If we are able to bump the size, we should still not accept images that are too big (>1MB for example) but instead present the user with a message that explains that the picture would be much smaller using jpeg for example.
So the scheme is:
- let the server accept big files
- check the received size
- if the picture is too big, delete it and tell the
user to save it as jpeg for example
Having heavy images will slow down screenshot displaying.
Le vendredi 08 juillet 2005 à 11:47 -0400, Chris Morgan a écrit :
Why don't we just bump the max size up a bit?
Jeremy, is that ok from
a disk space perspective?
Chris
On 7/8/05, Jonathan Ernst
[email protected] wrote:
Yes I know about it.
The problem is that the file is bigger than the
maximum allowed by the
server.
I'll try my best to find a solution (I already
tried but it doesn't work
on the live server).
Please use jpeg when uploading game-like
screenshots and png for "text
and lines" screenshots. This rule makes
screenshots small enough
usually.
Thanks.
Le jeudi 07 juillet 2005 à 21:00 -0400, Chris
Morgan a écrit :
I've seen these errors as well. I'm not sure
about the root cause. Jon, any
ideas?
Chris
On Thursday 07 July 2005 7:48 pm, Oliver
Stieber wrote:
Hi, The application DB won't let me upload a
screen shot,
I get 'connection to host was lost' or 'page
contains
no data'.
Yahoo! Messenger - NEW crystal clear PC to
PC calling worldwide with
voicemail http://uk.messenger.yahoo.com
-- Jonathan Ernst [email protected]
BodyID:104039431.2.n.logpart (stored separately)
-- Jonathan Ernst [email protected]
___________________________________________________________ Get My Web - a better way to save web pages http://uk.search.yahoo.com/myresults/default
On Sun, 2005-07-10 at 23:45 +0200, Jonathan Ernst wrote:
We already use gd which can do much the same as imagemagick (I don't think we have imagemagic on the server). We are already resizing the image if it's too big (pixels size, not byte size).
You do have the comman line version of ImageMagick, but you do no have the PHP library version.
live server because there is another limitation that takes place before the php code can handle the upload. I'll see if we can change the size limit using the .htaccess file; otherwise we'll have to ask Jeremy to do something about it.
I've increased the max upload size to 5 meg. If you need it bigger, you can change it via the .htaccess file.
FYI, I was getting CVS update conflicts in the data/screenshots dir. If you make an upload data dir, you shouldn't really add it to CVS, you should .cvsignore it. I fixed the problem creating .cvsignore files in each dir in the data/screenshots tree. I also regnerated the screenshots using the admin web page.
Thanks, but there should be another limitation somewhere...
Client-side: <input type="hidden" name="MAX_FILE_SIZE" value="10000000" />
Server-side: php_value upload_max_filesize 5M
But it's still impossible to send a file of 700k for example (document contains no data).
Le lundi 11 juillet 2005 à 09:40 -0500, Jeremy Newman a écrit :
On Sun, 2005-07-10 at 23:45 +0200, Jonathan Ernst wrote:
We already use gd which can do much the same as imagemagick (I don't think we have imagemagic on the server). We are already resizing the image if it's too big (pixels size, not byte size).
You do have the comman line version of ImageMagick, but you do no have the PHP library version.
live server because there is another limitation that takes place before the php code can handle the upload. I'll see if we can change the size limit using the .htaccess file; otherwise we'll have to ask Jeremy to do something about it.
I've increased the max upload size to 5 meg. If you need it bigger, you can change it via the .htaccess file.
FYI, I was getting CVS update conflicts in the data/screenshots dir. If you make an upload data dir, you shouldn't really add it to CVS, you should .cvsignore it. I fixed the problem creating .cvsignore files in each dir in the data/screenshots tree. I also regnerated the screenshots using the admin web page.
FYI, I was getting CVS update conflicts in the data/screenshots dir. If you make an upload data dir, you shouldn't really add it to CVS, you should .cvsignore it. I fixed the problem creating .cvsignore files in each dir in the data/screenshots tree. I also regnerated the screenshots using the admin web page.
If this directory isn't present screenshots and other data can't be uploaded. It seems to make more sense to create these upon checkout instead of hoping the user figures it out from reading the code, or from reading the documentation. I can't see why we shouldn't have the framework of directories in the repository given that they are required.
Chris
Hello,
The upgrade to xinha broke the "submit new version" page (submit new application works like a charm now even with both htmlarea editors). I have no time to look into it but it seems that xinha doesn't know that it has to convert the textarea whose id is editor2.
The JavaScript console shows:
Error : textarea has no properties Source File : http://appdb.winehq.org/xinha/htmlarea.js Line : 98
Bye, Jonathan
Ahh. This should be easy to fix, I must not have tested that page before checking it in. Thanks for the bug report Jon.
Chris
On 10/2/05, Jonathan Ernst [email protected] wrote:
Hello,
The upgrade to xinha broke the "submit new version" page (submit new application works like a charm now even with both htmlarea editors). I have no time to look into it but it seems that xinha doesn't know that it has to convert the textarea whose id is editor2.
The JavaScript console shows:
Error : textarea has no properties Source File : http://appdb.winehq.org/xinha/htmlarea.js Line : 98
Bye, Jonathan
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQBDQBBM5uNwURKeRvURAsyyAJ9weqNw4aUAjr/uTL+LHQuGOZBK0wCgpngp ZMbe9oCVbt+GNv/NT2sJi2k= =Es3+ -----END PGP SIGNATURE-----
Fixed.
Chris
On Sunday 02 October 2005 12:58 pm, Chris Morgan wrote:
Ahh. This should be easy to fix, I must not have tested that page before checking it in. Thanks for the bug report Jon.
Chris
On 10/2/05, Jonathan Ernst [email protected] wrote:
Hello,
The upgrade to xinha broke the "submit new version" page (submit new application works like a charm now even with both htmlarea editors). I have no time to look into it but it seems that xinha doesn't know that it has to convert the textarea whose id is editor2.
The JavaScript console shows:
Error : textarea has no properties Source File : http://appdb.winehq.org/xinha/htmlarea.js Line : 98
Bye, Jonathan
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQBDQBBM5uNwURKeRvURAsyyAJ9weqNw4aUAjr/uTL+LHQuGOZBK0wCgpngp ZMbe9oCVbt+GNv/NT2sJi2k= =Es3+ -----END PGP SIGNATURE-----
There are images that can't seem to be uploaded. Someone sent me one that they couldn't upload and I tried ff and konqueror without success. I'm not sure if its an issue with the old version of GD we are using or what.
Chris
On Thursday 07 July 2005 9:08 pm, Tony Lambregts wrote:
Oliver Stieber wrote:
Hi, The application DB won't let me upload a screen shot, I get 'connection to host was lost' or 'page contains no data'.
Huh? WORKSFORME.. on FC3 using Mozilla 1.7.8, Firefox 1.0.4, and Konqueror 3.3.1-4.3.
--
Tony Lambregts
-
Chris Morgan -
Chris Morgan -
Jeremy Newman -
Jonathan Ernst -
Oliver Stieber -
Tony Lambregts -
wino＠piments.com