App db not accepting screen shots....

[Oliver Stieber]

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

[Chris Morgan]

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]

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

[Chris Morgan]

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  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
>
> BodyID:104039431.2.n.logpart (stored separately)

[Jonathan Ernst]

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  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
> >
> > BodyID:104039431.2.n.logpart (stored separately)

[Oliver Stieber]

Would it be possible to offer the option of using
imagemagic to resize/format the uploaded images?

--- Jonathan Ernst  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
>
>  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
> > >
> > > BodyID:104039431.2.n.logpart (stored separately)
>
> -- 
> Jonathan Ernst

___________________________________________________________ 
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  
 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  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
> >
> >  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
> > > >
> > > > BodyID:104039431.2.n.logpart (stored separately)
> >
> > --
> > Jonathan Ernst
>
> ___________________________________________________________
> Get My Web - a better way to save web pages
> http://uk.search.yahoo.com/myresults/default

[Oliver Stieber]

--- [e-mail] wrote:
> On Fri, 08 Jul 2005 18:29:07 +0200, Oliver Stieber  
>  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
>
> 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
> > >
> > >  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
> > > > >
> > > > > BodyID:104039431.2.n.logpart (stored
>
> separately)
> > > > >
> > >
> > > --
> > > Jonathan Ernst

___________________________________________________________
> > 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
> >  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

[Jonathan Ernst]

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  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
> >
> >  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
> > > >
> > > > BodyID:104039431.2.n.logpart (stored separately)
> >
> > -- 
> > Jonathan Ernst
>
> ___________________________________________________________ 
> Get My Web - a better way to save web pages 
> http://uk.search.yahoo.com/myresults/default

[Jeremy Newman]

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.

[Jonathan Ernst]

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.

[Chris Morgan]

> 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

[AppDb] Submit new version broken

[Jonathan Ernst]

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

[AppDb] Submit new version broken

[Chris Morgan]

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  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-----

[AppDb] Submit new version broken

[Chris Morgan]

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  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-----

[Tony Lambregts]

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]

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