Closed
Bug 833015
Opened 12 years ago
Closed 12 years ago
Update Suite Download Manager UI for Private Browsing changes
Categories
(SeaMonkey :: Download & File Handling, defect)
SeaMonkey
Download & File Handling
Tracking
(Not tracked)
RESOLVED
FIXED
seamonkey2.18
People
(Reporter: neil, Assigned: neil)
References
Details
Attachments
(1 file, 4 obsolete files)
41.23 KB,
patch
|
iannbugzilla
:
review+
philip.chee
:
feedback+
|
Details | Diff | Splinter Review |
We need to update the suite download manager UI following some recent changes in the download manager UI interface.
Assignee | ||
Comment 1•12 years ago
|
||
* Switched the 2nd parameter from an ID to an nsIDownload
* Added support for the aIsPrivate parameter - necessary to force progress
dialogs because private downloads don't show in the download manager
* Disabled the "visible" attribute to force the backend to show downloads
otherwise private downloads don't appear if the download manager is open
* Handled the "flash" pref after the "behaviour" pref - necessary now that
the backend doesn't handle the "flash" pref any more
* Moved the controls in the pref pane around to reflect the new reality
* Renamed the "flash" entity
Code I used to test noninteractive download manager opening:
Components.classes['@mozilla.org/download-manager-ui;1']
.getService(Components.interfaces.nsIDownloadManagerUI)
.show(null, null, 1)
If you want to test actual private downloads, you'll need to build with per-window private browsing enabled and open a private browsing window:
window.openDialog(top.getBrowserURL(), '_blank',
'chrome,all,private,dialog=no', 'about:blank');
Assignee | ||
Comment 2•12 years ago
|
||
I thought I might as well expose the existing recent window property.
I also remembered to change the uuid. I also tweaked the indentation.
Attachment #704586 -
Attachment is obsolete: true
Attachment #704586 -
Flags: review?(philip.chee)
Attachment #706041 -
Flags: review?(philip.chee)
Assignee | ||
Comment 3•12 years ago
|
||
I realised that cmd_properties was broken and I couldn't fix it without merging in the changes that you've already seen in bug 830190 except for the tweak to the showProperties function and caller that's needed to fix cmd_properties.
Attachment #706041 -
Attachment is obsolete: true
Attachment #706041 -
Flags: review?(philip.chee)
Attachment #706353 -
Flags: review?(philip.chee)
![]() |
||
Comment 4•12 years ago
|
||
Sat Jan 26 2013 00:21:46
Error: TypeError: dl.dld is undefined
Source file: chrome://communicator/content/downloads/treeView.js
Line: 156
![]() |
||
Comment 5•12 years ago
|
||
Sat Jan 26 2013 00:33:40
Error: NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS: '[JavaScript Error: "dl.dld is undefined" {file: "chrome://communicator/content/downloads/treeView.js" line: 207}]' when calling method: [nsITreeView::cycleCell]
Source file: chrome://global/content/bindings/tree.xml
Line: 1014
![]() |
||
Comment 6•12 years ago
|
||
Sat Jan 26 2013 00:35:20
Error: NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS: '[JavaScript Error: "aDownload is undefined" {file: "chrome://communicator/content/downloads/downloadmanager.js" line: 141}]' when calling method: [nsITreeView::cycleCell]
Source file: chrome://global/content/bindings/tree.xml
Line: 1014
Assignee | ||
Comment 7•12 years ago
|
||
Comment on attachment 706353 [details] [diff] [review]
Includes bug 830190
> addDownload: function(aDownload) {
> var attrs = {
>- dlid: aDownload.id,
>+ guid: aDownload.guid,
> file: aDownload.target.spec,
> target: aDownload.displayName,
> uri: aDownload.source.spec,
> state: aDownload.state,
> progress: aDownload.percentComplete,
> progressMode: nsITreeView.PROGRESS_NONE,
> resumable: aDownload.resumable,
> startTime: Math.round(aDownload.startTime / 1000),
> endTime: Date.now(),
> referrer: null,
> currBytes: aDownload.amountTransferred,
> maxBytes: aDownload.size,
> lastSec: Infinity, // For calculations of remaining time
>+ download: aDownload
Oops, this should be dld: aDownload - does that fix those errors?
Assignee | ||
Comment 8•12 years ago
|
||
A couple of fixes to addDownload that should address all the above issues.
Attachment #706353 -
Attachment is obsolete: true
Attachment #706413 -
Attachment is obsolete: true
Attachment #706353 -
Flags: review?(philip.chee)
Attachment #706423 -
Flags: review?(philip.chee)
![]() |
||
Comment 9•12 years ago
|
||
Comment on attachment 706423 [details] [diff] [review]
Fix addDownload
> A couple of fixes to addDownload that should address all the above issues.
Looks like things are working again f=me.
Attachment #706423 -
Flags: review?(philip.chee) → feedback+
Assignee | ||
Comment 10•12 years ago
|
||
Attachment #706423 -
Flags: review?(iann_bugzilla)
Comment 11•12 years ago
|
||
Comment on attachment 706423 [details] [diff] [review]
Fix addDownload
When trying to compile I get the following error:
xpidl.IDLError: error: type 'nsIDownload' not found, /comm-central/suite/common/public/nsISuiteDownloadManagerUI.idl line 14:33
[optional] in nsIDownload aDownload,
^
make[6]: *** [_xpidlgen/nsISuiteDownloadManagerUI.h] Error 1
Assignee | ||
Comment 12•12 years ago
|
||
(In reply to Ian Neal from comment #11)
> When trying to compile I get the following error:
> xpidl.IDLError: error: type 'nsIDownload' not found,
> /comm-central/suite/common/public/nsISuiteDownloadManagerUI.idl line 14:33
> [optional] in nsIDownload aDownload,
> ^
> make[6]: *** [_xpidlgen/nsISuiteDownloadManagerUI.h] Error 1
Means your tree doesn't have bug 830271 applied yet.
Attachment #706423 -
Flags: review?(iann_bugzilla) → review+
Assignee | ||
Comment 14•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Target Milestone: --- → seamonkey2.18
You need to log in
before you can comment on or make changes to this bug.
Description
•