We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RRule.fromString(...).options
null
ParsedOptions
We use the following: RRule.fromString(ruleString) with ruleString = 'DTSTART:19760101T000000 FREQ=DAILY;INTERVAL=1;BYHOUR=0;BYMINUTE=0;BYSECOND=0"'
RRule.fromString(ruleString)
ruleString = 'DTSTART:19760101T000000 FREQ=DAILY;INTERVAL=1;BYHOUR=0;BYMINUTE=0;BYSECOND=0"'
The TS types claim that the returntype of the options field is a ParsedOptions:
options
rrule/src/types.ts
Lines 59 to 72 in 9f2061f
However, a handful of these fields will be null which isn't allowed by the typing. This trips our linter (eslint).
In our case, these fields are problematic (null, but not typed as such):
But other fields are likely also affected by other rrules.
The text was updated successfully, but these errors were encountered:
No branches or pull requests
We use the following:
RRule.fromString(ruleString)
withruleString = 'DTSTART:19760101T000000 FREQ=DAILY;INTERVAL=1;BYHOUR=0;BYMINUTE=0;BYSECOND=0"'
The TS types claim that the returntype of the
options
field is aParsedOptions
:rrule/src/types.ts
Lines 59 to 72 in 9f2061f
However, a handful of these fields will be
null
which isn't allowed by the typing.This trips our linter (eslint).
In our case, these fields are problematic (
null
, but not typed as such):But other fields are likely also affected by other rrules.
The text was updated successfully, but these errors were encountered: