Fixed the failing FileUrl test and clearly document where the FileUrl macro
will work and where it will not. This test failed due to an API change in WebGUI. Before 7.3, if you created a Storage object and then created an Asset with that Storage Id, then WebGUI would do that happily. This is actually a bug, because you could create multiple Assets with that one Storage Id, and when _any_ of the Assets was deleted or rolled back it would delete the Storage location and leave the other Assets with that Id pointing to an empty Storage object. So the API change is actually a bug fix, albeit being a side-effect of the auto-commit work for posts and wikis.
This commit is contained in:
parent
ba72915167
commit
6343f648e1
2 changed files with 13 additions and 4 deletions
|
|
@ -16,9 +16,9 @@ our $I18N = {
|
|||
message => q|
|
||||
<p><b>^FileUrl</b>();<br />
|
||||
<b>^FileUrl</b>(<i>Asset URL</i>);<br />
|
||||
This macro is used to return a filesystem URL to a File or Image Asset identified by its Asset URL.</p>
|
||||
This macro is used to return a filesystem URL to an Asset which stores a single file (File, Image, ZipArchive, etc.) identified by its Asset URL. The Macro will <i>not</i> work on Assets which store multiple files, such as the Post or Article Assets.</p>
|
||||
|,
|
||||
lastUpdated => 1153476000,
|
||||
lastUpdated => 1165599338,
|
||||
},
|
||||
|
||||
'invalid url' => {
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue