Your message dated Wed, 18 Jan 2012 17:28:07 +0100
with message-id <[email protected]>
and subject line Re: Bug#481975: libwebkitgtk1d: file upload does not work
has caused the Debian Bug report #481975,
regarding libwebkitgtk1d: file upload does not work
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
481975: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481975
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libwebkitgtk1d
Version: 0~svn29752-1
Severity: normal
Hi,
file upload does not work with midori (content-length header send to server is
negative, so apache replys with an error page).
I could reproduce the bug with a build from webkit git repository. File upload
did not work neither with midori neither with GtkLauncher, so I opened a bug
in webkit tracker.
As far as I understood, problem came from libcurl being compiled with large
file support, and webkit not. So,
But, I was told file upload works on other distros, so I wonder if it's a
debian bug or not. Also, I was not sure if I should send a bug to webkit or
libcurl, so please reassign if necessary.
Here is the original bug report with the informations I could gather while
trying to understand the issue:
https://bugs.webkit.org/show_bug.cgi?id=18832
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22custom
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libwebkitgtk1d depends on:
ii libc6 2.7-11 GNU C Library: Shared libraries
ii libcairo2 1.6.4-2 The Cairo 2D vector graphics libra
ii libcurl3-gnutls 7.18.1-1 Multi-protocol file transfer libra
ii libfontconfig1 2.5.0-2 generic font configuration library
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.3.0-4 GCC support library
ii libglib2.0-0 2.16.3-2 The GLib library of C routines
ii libgtk2.0-0 2.12.9-4 The GTK+ graphical user interface
ii libicu38 3.8.1-1 International Components for Unico
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio
ii libpng12-0 1.2.27-1 PNG library - runtime
ii libsqlite3-0 3.5.9-1 SQLite 3 shared library
ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3
ii libxml2 2.6.32.dfsg-2 GNOME XML library
ii libxslt1.1 1.1.23-1 XSLT processing library - runtime
libwebkitgtk1d recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Mon, May 19, 2008 at 10:56:42PM +0200, arno renevier wrote:
> Package: libwebkitgtk1d
> Version: 0~svn29752-1
> Severity: normal
>
> Hi,
Hi,
> file upload does not work with midori (content-length header send to server is
> negative, so apache replys with an error page).
>
> I could reproduce the bug with a build from webkit git repository. File upload
> did not work neither with midori neither with GtkLauncher, so I opened a bug
> in webkit tracker.
> As far as I understood, problem came from libcurl being compiled with large
> file support, and webkit not. So,
>
> But, I was told file upload works on other distros, so I wonder if it's a
> debian bug or not. Also, I was not sure if I should send a bug to webkit or
> libcurl, so please reassign if necessary.
>
> Here is the original bug report with the informations I could gather while
> trying to understand the issue:
> https://bugs.webkit.org/show_bug.cgi?id=18832
According to the above link this should have been already fixed in upstream
webkit long ago (October 2008) hence closing the bug report.
Cheers
--
perl -E'$_=q;$/= @{[@_]};and s;\S+;<inidehG ordnasselA>;eg;say~~reverse'
--- End Message ---
