summaryrefslogtreecommitdiff
path: root/lib/exe/css.php
diff options
context:
space:
mode:
authorAngus Gratton <gus@projectgus.com>2014-10-11 12:06:30 +1100
committerAngus Gratton <gus@projectgus.com>2014-10-11 12:26:55 +1100
commit86c04d87ee7a9a39ec8838fd53e3797f51949719 (patch)
tree12abd1e198d63caa53ef0c2709b759b2cfa06c15 /lib/exe/css.php
parentb2e6a1f4afcd548dbd5bc6af110940b08b9f1a88 (diff)
downloadrpg-86c04d87ee7a9a39ec8838fd53e3797f51949719.tar.gz
rpg-86c04d87ee7a9a39ec8838fd53e3797f51949719.tar.bz2
Fix for update messages never completely going away
The existing logic for messages.txt requires some valid update response (ending in %) to the messages update check before it clears the current messages. However update.dokuwiki.org appears to return an empty string response if everything is up to date. (ie http://update.dokuwiki.org/check/46.1 ) As a result if there are update messages in messages.txt they don't automatically go away after updating to the current version. The only time they change is when a newer release comes out. The upgrade plugin has logic in it to force a re-download of messages.txt, but currently this just re-downloads the old update messages. This change explicitly allows for "" as a valid "no messages" indicator (distinct from false, which is the HTTP error indicator.)
Diffstat (limited to 'lib/exe/css.php')
0 files changed, 0 insertions, 0 deletions