webgui/lib/WebGUI/i18n/English/Macro_FileUrl.pm
Colin Kuskie 6343f648e1 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.
2006-12-08 17:40:09 +00:00

41 lines
1.1 KiB
Perl

package WebGUI::i18n::English::Macro_FileUrl;
our $I18N = {
'macroName' => {
message => q|File Url|,
lastUpdated => 1128838332,
},
'file url title' => {
message => q|File Url Macro|,
lastUpdated => 1112315917,
},
'file url body' => {
message => q|
<p><b>&#94;FileUrl</b>();<br />
<b>&#94;FileUrl</b>(<i>Asset URL</i>);<br />
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 => 1165599338,
},
'invalid url' => {
message => q|Invalid Asset URL|,
lastUpdated => 1134855446,
},
'no storage' => {
message => q|The Asset you requested does not store files.|,
lastUpdated => 1153498370,
},
'no filename' => {
message => q|The Asset you requested does not have a filename property.|,
lastUpdated => 1153618016,
},
};
1;