| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
It wasn't even used to compute the date property...
|
|
|
|
|
|
...and depend on resolved reverse reference lists
|
|
|
|
|
|
|
|
|
|
|
|
|
|
one """normative""" change: we're checking availability of #index
correctly now (in index mode)
|
|
|
|
|
|
|
|
probably contains normative changes re: dropping notFoundValue
behavior in properties which inherit from main release, but has no
effect on good wiki data and maybe those compositions resolve
the same anyway...
|
|
|
|
|
|
|
|
|
|
|
|
--precache-mode all succeeds
|
|
reaches live-dev-server serve with no errors and serves
homepage at all and apparently correctly
no page navigation performed
no full build performed
aimed for preserving existing logic
should be no subsequent changes to this commit (amend)
|
|
HOLY GUACAMOLE
|
|
same as 67a936adc308a5bec6c969c90d8811fcbce3009b
and 4362324b40da9daa54c9c6c3a821b0cccaec71a0
(combined into one and with more save() cleanup)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Resolves #283
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Weirdly this stuck around while the parts it was composed from,
for shared and inferred additional names, were dropped earlier.
|
|
|
|
|
|
|