为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Drag-drop bookmarking broken, Firefox 102.0 (64 bit)

  • 5 个回答
  • 1 人有此问题
  • 8 次查看
  • 最后回复者为 AliceWyman

more options

Drag-drop bookmarking broken, Firefox 102.0 (64 bit)

I do not know which update began exhibiting this apparent reversion bug, as i have just returned home from several weeks in the hospital due to a heart attack, and do not know how many updates i missed.

When doing a drag-drop of a URL from either a link on a page OR the address line at the top of the browser, I will receive a "sanity failure" error, ranging from an empty NON-URL file, to an OS error complaining about being unable to access an attempted directory destination.

If the link I am dragging is bereft of illegal characters (i.e., ":" -- a colon), the action will succeed.

If there IS a colon, the text to the LEFT of the colon will become the filename. The colon and everything to its right will be truncated. And, the file will be a zero-byte file of unknown (to me) type.

Other illegal characters in the page's Title field will produce more dramatic misbehavior.

PLEASE revert to the previous behavior (i.e., filtering the Title before creating the filename for the bookmark file)!

Earlier versions of Firefox (again, I do not know when this began) NEVER exhibited this behavior.

'''Drag-drop bookmarking broken, Firefox 102.0 (64 bit)''' I do not know which update began exhibiting this apparent reversion bug, as i have just returned home from several weeks in the hospital due to a heart attack, and do not know how many updates i missed. When doing a drag-drop of a URL from either a link on a page OR the address line at the top of the browser, I will receive a "sanity failure" error, ranging from an empty NON-URL file, to an OS error complaining about being unable to access an attempted directory destination. If the link I am dragging is bereft of illegal characters (i.e., ":" -- a colon), the action will succeed. If there IS a colon, the text to the LEFT of the colon will become the filename. The colon and everything to its right will be truncated. And, the file will be a zero-byte file of unknown (to me) type. Other illegal characters in the page's '''Title''' field will produce more dramatic misbehavior. PLEASE revert to the previous behavior (i.e., filtering the '''Title''' before creating the filename for the bookmark file)! Earlier versions of Firefox (again, I do not know when this began) NEVER exhibited this behavior.

被采纳的解决方案

102.0.1 -- seems to be fixed!

定位到答案原位置 👍 0

所有回复 (5)

more options
more options

Sorry to hear about your heart attack. Firefox is on a four-week cycle for major releases. We know this bug will be fixed in Firefox 103 (scheduled to release on July 26th), but we don't know whether there will be a fix sooner in a 102.0.1 release.

more options

See also:

more options

选择的解决方案

102.0.1 -- seems to be fixed!

more options

Yes, this bug was fixed in the Firefox update to version 102.0.1 which was released yesterday. Release notes: http://www.mozilla.org/firefox/102.0.1/releasenotes/