Closed Bug 1230087 Opened 9 years ago Closed 9 years ago

updateReaderButton: tab-content.js, line 337: TypeError: content is null

Categories

(Firefox Graveyard :: Reading List, defect)

defect
Not set
normal

Tracking

(firefox45 affected, firefox46 fixed)

RESOLVED FIXED
Firefox 46
Tracking Status
firefox45 --- affected
firefox46 --- fixed

People

(Reporter: jruderman, Assigned: jaws)

Details

(Keywords: testcase)

Attachments

(2 files)

JavaScript error: chrome://browser/content/tab-content.js, line 337: TypeError: content is null

In bug 1186346, a null check for |content| was added to |get isAboutReader|. Should |updateReaderButton| be fixed in the same way?

>  /**
>   * NB: this function will update the state of the reader button asynchronously
>   * after the next mozAfterPaint call (assuming reader mode is enabled and
>   * this is a suitable document). Calling it on things which won't be
>   * painted is not going to work.
>   */
>  updateReaderButton: function(forceNonArticle) {
>    if (!ReaderMode.isEnabledForParseOnLoad || this.isAboutReader ||
>        !(content.document instanceof content.HTMLDocument) ||
>        content.document.mozSyntheticDocument) {
>      return;
>    }
>
>    this.scheduleReadabilityCheckPostPaint(forceNonArticle);
>  },
Flags: needinfo?(jaws)
Attached patch PatchSplinter Review
Apologies for the poor commit message, couldn't think of anything more descriptive.
Assignee: nobody → jaws
Status: NEW → ASSIGNED
Flags: needinfo?(jaws)
Attachment #8698100 - Flags: review?(gijskruitbosch+bugs)
Attachment #8698100 - Flags: review?(gijskruitbosch+bugs) → review+
https://hg.mozilla.org/mozilla-central/rev/5ce3cd508888
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 46
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: