Hi, Brady,
Brady Eidson wrote:
The notification is truly about the icon itself being ready, not the
URL. And yes, it is dependent on the IconDatabase. Currently, if the
IconDatabase is not enabled, we never download site icons.
If all you care about is the URL, you can grab it and start
Hi David,
Have you tried applying the patch to see if it fixes the issue on your local
tree?
First of all the patch file was not compatible with the latest
nightlies(r31848). Hence i manually applied the those hunks that were
failing to respective files. I could compile and build GtkLauncher.
is there a way to get this patch working on the latest builds ?
Please add these comments to the bug itself. Perhaps the author of the patch
will revise it for a later revision.
Dave
Srinivas Rao M Hamse [EMAIL PROTECTED] wrote:
Hi David,
Have you tried applying the patch to see if
The bug is in the php tool, not in webkit. From the RFC (rfc1341 http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html)
:
boundary := 0*69bchars bcharsnospace
bchars := bcharsnospace /
bcharsnospace :=DIGIT / ALPHA / ' / ( / ) / + /
_
/ , / - / . / / / : / = / ?
'+'
It used to be worse! At one time we originally allowed all the legal values
for base64 encoding in the boundary string:
http://trac.webkit.org/projects/webkit/changeset/20074
But then it was changed:
https://bugs.webkit.org/show_bug.cgi?id=13352
I should have probably said I don't actually code myself. I merely design
the software so I'll have to pass on all this information to my coder as
some of it is a bit above my head..
What I don't understand is, is the fault is with the script somehow. Why did
the exact same scripts work perfectly
Before Safari 3, the boundary string was always:
--0xKhTmLbOuNdArY
This apparently doesn't violate any assumptions made by the scripts you use.
As for other browsers, you'd have to test them yourself, but apparently they
never use + characters in their multipart/form-data boundaries.
Hi Mark,
On Apr 16, 2008, at 10:32 AM, Mark Pauley wrote:
The bug is in the php tool, not in webkit. From the RFC (rfc1341 http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html)
:
boundary := 0*69bchars bcharsnospace
bchars := bcharsnospace /
bcharsnospace :=DIGIT / ALPHA / ' / (
Hi!
Just installed Webkit r31915 for Windows, must of the time I get a
perfect result on my MacBook (no problems on test 26).
So, what is left to be fixed before the webkit team announces a full path?
kind regards
peter
___
webkit-dev mailing list
forgot to add the screenshoot
2008/4/16, Peter Neumayr [EMAIL PROTECTED]:
Hi!
Just installed Webkit r31915 for Windows, must of the time I get a
perfect result on my MacBook (no problems on test 26).
So, what is left to be fixed before the webkit team announces a full path?
kind
Sorry for the typos, I meant pass instead of path and most
instead of must
2008/4/16, Peter Neumayr [EMAIL PROTECTED]:
Hi!
Just installed Webkit r31915 for Windows, must of the time I get a
perfect result on my MacBook (no problems on test 26).
So, what is left to be fixed before the
This is a heads up to let people know that the way canvas draws is
going to be changing soon. Right now canvas uses two methods on
GraphicsContext to draw:
paintBuffer
drawImage (ImageBuffer version)
I recently added a cross-platform Image* accessor (image()) to
ImageBuffer. However
12 matches
Mail list logo