Issues

Known Issues

All browsers

• Due to a security restriction, a page in the extension store and several related sites of the browser cannot be captured. (see this question for details)
• The actual content of a resource cannot be captured if the href attribute of the <base> element of the owner document has been changed after the resource had been loaded.
• The current content of an embedded page via <object> or <embed> element cannot be captured (automatically fallback to capture source).
• The current content of a frame page using data: protocol cannot be captured (automatically fallback to capture source). See related issue reports for Chromium and Firefox.
• Due to a security restriction, a canvas drawn based on cross-site data cannot be captured.
• The image representation of a canvas drawn using certain advanced techniques may not be captured after a clearance of the buffer.
• A streamed video (usually presented as a <video> with blob: protocol) cannot be captured.
• save used for fonts or style images may fail to capture some referenced fonts or style images when the web page indirectly references some fonts or CSS animinations using CSS variables. See this issue for details.
• The captured scripts may not work as in the original web site even if scripts are configured to be saved due to a change of the environment. (see this question for details)
• A blob that is revoked after loaded by a script cannot be captured.
• A font that is dynamically loaded by a script cannot be captured.
• Closed shadow DOMs in a web page cannot be captured.
• Internal stylesheets of another browser extension cannot be captured. This could cause an issue like ads hidden by an ad-blocker extension be still visible in the captured page.
• Only a path under the default downloading folder can be specified as the folder to save scrapbook data. (see this question for details)
• Associated resources of the content erased by the page editor cannot be captured.
• Content of the frame cannot be reliably recovered after it or its parent element has be removed from DOM using the undo or revert erase functionality of the editor.
• Due to a security restriction, scripts cannot be run in a web page opened by the archive page viewer.

Google Chrome (or most Chromium-based browsers)

• When capturing as single HTML, links or redirections to a resource file (which can exist when capturing a file or capturing linked files) will be blocked by the browser due to security restriction. (Can be workaround via opening in a new tab or manually pasting the link in the address bar)
• Checking Ask where to save each file before downloading browser setting causes every pending saved file be prompted for confirmation. This issue has been raised in 2014, but regarded as a normal behavior by the developers and not yet considered a subject to fix.
• When saving to the scrapbook folder, downloading of certain files (such as *.js or *.exe) may be considered unsafe and blocked by the browser, and a confirmation for each file is required for them to be downloaded.
• When saving to the scrapbook folder, certain chars may be forcefully replaced by the browser (e.g. % be replaced with _).
• Capture selection does not work when an element in a shadow DOM is selected.

Firefox (or most Firefox-based browsers)

• Capturing a page in a non-default container may cause an unexpected error or inconsistency, as all capture processes are bound to the session of the default container.
• The content of a sandboxed frame (<iframe sandbox="...">) cannot be captured (will fallback to capture source content). See this issue for details.
• A page opened with file: protocol cannot be captured. See this issue for details.
• When performing a capture selection with selecting an element in a shadow DOM, the captured range will be expanded to the outermost shadow host element.
• A page opened with file: protocol cannot be viewed with the archive page viewer.
• The switch of scrapbooks in the search page may be rendered badly in Windows. See this issue for details.

Kiwi Browser (or Chromium-based browsers on Android)

• A downloading error always happens when Save captured data to: is Scrapbook folder and Save captured data as: is Folder, since the browser doesn't support creating a sub-folder under the default download folder.

Firefox for Android

• A capture that involves an automatically opened new tab cannot work flawlessly for a private tab, as the browser extension cannot open a private tab. See this issue for details.
• For Firefox for Android > 68, the download always halts when Save captured data to: is Scrapbook folder, since the browser doesn't support downloads.download API.