Skip to content
This repository has been archived by the owner on May 30, 2023. It is now read-only.

Download support vs. master commit around 2013-07 #11557

Closed

Conversation

matthewlmcclure
Copy link

This PR includes @vitallium's original changes for #10052 rebased on a master commit from 2013-07.

@ariya
Copy link
Owner

ariya commented Sep 1, 2013

FYI, from my quick look, it looks quite good.

@vitallium Since this includes portions of your code, what do you think? Is it ready to be merged.

@matthewlmcclure Some sanity tests are needed, see the existing tests. Also, since this involves adding a new API, post it to the mailing-list (RFC) unless it's already discussed and I missed it.

@matthewlmcclure
Copy link
Author

@ariya,

I'd be happy to work on some tests if you and @vitallium agree that you'd like to merge an implementation of the current design. In #10052 (comment), @vitallium mentioned that he wanted to work on a different design that presented something like a download manager interface.

There's a "File downloading" mailing list conversation about the current design.

@matthewlmcclure
Copy link
Author

At the risk of scope creep, I changed the filename suggestion so that it uses the response Content-Disposition's filename rather than the request URL.

@0o-de-lally
Copy link

@ariya is this close to approval?

@ariya
Copy link
Owner

ariya commented Oct 9, 2013

I think it looks good. What do you think @vitallium?

QMAKE_CFLAGS_RELEASE_WITH_DEBUGINFO += -O2 -MT -Zi
QMAKE_CFLAGS_DEBUG = -Zi -MTd
QMAKE_CFLAGS_RELEASE_WITH_DEBUGINFO += -O2 -MT -Zi -Fd$(DESTDIR)$(QMAKE_TARGET).pdb
QMAKE_CFLAGS_DEBUG = -Zi -MTd -Fd$(DESTDIR)$(QMAKE_TARGET).pdb
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This change should not be in this pull request.

@vitallium
Copy link
Collaborator

I think we need a couple of tests for this feature

@0o-de-lally
Copy link

Bump. Looking forward to seeing this in the next version.

@mikehains
Copy link

Very much looking forward to this.

@tomwoods
Copy link

tomwoods commented Feb 9, 2014

Was sad to find that this feature is not yet supported.

mrampersad referenced this pull request in mrampersad/phantomjs Oct 25, 2014
Unsupported content calls the onFilePicker callback, if a filename is
returned, the download begins. onDownloadFinished is called when the
download completes.

ariya#10052
@MarsVard
Copy link

so did this ever get merged into a release?

@jmiller76 jmiller76 mentioned this pull request Mar 23, 2015
@vitallium
Copy link
Collaborator

This is will be implemented as separate PR.

@vitallium vitallium closed this May 9, 2015
@LinusU
Copy link

LinusU commented Jun 18, 2015

@vitallium do you have any work in progress that I can take a look at? I would be happy to help with implementation and testing!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants