Re: [dev] [surf-5.0] internal download manager
Greetings.
On Sat, 02 Feb 2013 09:34:11 +0100 v4hn wrote:
> Hey everyone,
>
> because I hit a nasty bug with https and the wget
> downloader("Not authorized") I ported the internal
> downloader patch to surf 0.5. I tried to improve
> the interface a bit and add a progress bar.
>
> Feel free to improve the code. Some ideas would include
> - cancel button (a bit tricky I suppose)
> - /one/ window for all downloads
> - when multiple downloads are open only some of them
> recieve callbacks for some reason
> - fix frontend for <1K files. The download is finished,
> before the window is rendered. The JS misses the
> finish signal.
> - reasonable default window sizes for non-tiling WM?
> - further improve layout
I don’t like your download manager because other tools can do it in a
better and more UNIX way.
But anways, do you have an example URI for where the »Not authorized«
bug appears?
Sincerely,
Christoph Lohmann
Re: [dev] [st] Back Color Erase
Greetings. On Sun, 27 Jan 2013 17:48:38 +0100 Mihail Zenkov wrote: > 2013/1/27, Christoph Lohmann <2...@r-36.net>: > > I need the mc.txt and a screenshot of what is shown. In your last exam‐ > > ple mc.txt did not have the text strings in it shown by mc. But both > > need to be the same, otherwise mc.txt does not include the escape se‐ > > quences mc uses to display the wrong‐drawn parts. > > I check previous mc.txt by 'cat mc.txt': in st with broken bce I see > issue, in last st I didn't see it. The only bug I see in your attached screenshot is the overdrawn first and last line of that dialog shown. This is fixed in the latest st revi‐ sion. Thanks for reporting the bug. If I oversaw anything in your screenshot, please give me a hint. Sincerely, Christoph Lohmann
Re: [dev][surf] pango v2.32
Greetings. On Sat, 02 Feb 2013 09:41:23 +0100 Hannes Blut wrote: > [...] > > According to > http://developer.gnome.org/glib/2.31/glib-Deprecated-Thread-APIs.html#g-thread-init > g_thread_init is not required anymore so the attached patch removes the > g_thread_init call. After a long time I have applied your suggestion. Thanks. Sincerely, Christoph Lohmann
[dev] [surf] Using curl
Greetings comrades.
In the recent e‐mails there was a discussion about downloads and the
‐‐content‐disposition experimental feature of wget. Curl already has
that feature, so I ported the standard wget command to curl.
#define DOWNLOAD(d, r) { \
.v = (char *[]){ "/bin/sh", "-c", \
"st -e /bin/sh -c \"curl -J -O --user-agent '$1'" \
" --referer '$2'" \
" -b ~/.surf/cookies.txt -c ~/.surf/cookies.txt '$0';" \
" sleep 5;\"", \
d, useragent, r, NULL \
} \
}
Please, try it out and report if I am missing something. I haven’t yet
investigated, if curl handles this has signing of webkit.
Sincerely,
Christoph Lohmann
Re: [dev] [surf] Using curl
* Christoph Lohmann <2...@r-36.net> [2013-02-02 10:18]:
> #define DOWNLOAD(d, r) { \
> .v = (char *[]){ "/bin/sh", "-c", \
> "st -e /bin/sh -c \"curl -J -O --user-agent '$1'" \
> " --referer '$2'" \
> " -b ~/.surf/cookies.txt -c ~/.surf/cookies.txt '$0';" \
> " sleep 5;\"", \
> d, useragent, r, NULL \
> } \
> }
>
> Please, try it out and report if I am missing something. I haven’t yet
> investigated, if curl handles this has signing of webkit.
This even works for the "Not authorized" problem v4hn and I had, thanks!
Cheers Jochen
Re: [dev] [surf-5.0] internal download manager
On Sat, Feb 02, 2013 at 09:34:11AM +0100, Christoph Lohmann wrote: > I don’t like your download manager because other tools can do it in a > better and more UNIX way. Totally agreed. I only ported it to current surf and made it look a bit less stupid. Doesn't mean that I want to use it. :) /* On the other hand surf is based on webkit, which does not only render web pages but also walks your dog. Just because you don't use all "features" of the engine doesn't mean it's not in working memory for example. Not sure I would call _that_ "a more UNIX way". */ There was enough discussion about that manager when someone wrote it initially. > But anways, do you have an example URI for where the »Not authorized« > bug appears? Jochen's patch "fixes" this issue. Sorry, but you can't test it for my example as this is my universities students platform and you would need a login(obviously). As I just saw, you provided a curl-patch that works. Thank you! v4hn pgpFZ2GBOywsK.pgp Description: PGP signature
Re: [dev] [surf] Using curl
Greetings.
On Sat, 02 Feb 2013 15:42:40 +0100 Jochen Sprickerhof
wrote:
> * Christoph Lohmann <2...@r-36.net> [2013-02-02 10:18]:
> > #define DOWNLOAD(d, r) { \
> > .v = (char *[]){ "/bin/sh", "-c", \
> > "st -e /bin/sh -c \"curl -J -O --user-agent '$1'" \
> > " --referer '$2'" \
> > " -b ~/.surf/cookies.txt -c ~/.surf/cookies.txt '$0';" \
> > " sleep 5;\"", \
> > d, useragent, r, NULL \
> > } \
> > }
> >
> > Please, try it out and report if I am missing something. I haven’t yet
> > investigated, if curl handles this has signing of webkit.
>
> This even works for the "Not authorized" problem v4hn and I had, thanks!
Thanks for the testing. That download handler is now in the default dis‐
tribution.
Sincerely,
Christoph Lohmann
