I still get the following error:
"Some problems were encountered
Failed to upload the file: stinger.gif"
and it says at the top of the page:
Warning: move_uploaded_file(/usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/uploads/48.stinger.gif): failed to open stream: No such file or directory in /usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/library/Framework/Framework.Class.Uploader.php on line 90
Warning: move_uploaded_file(): Unable to move '/tmp/phpMHr2Uu' to '/usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/uploads/48.stinger.gif' in /usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/library/Framework/Framework.Class.Uploader.php on line 90
Notice: Undefined index: ATTACHMENT_CHMOD in /usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/extensions/Attachments/default.php on line 166
thickbox: there's an update due soon, so cody has written. But I don't know if that will solve the php pass-thu script problem. There's also an alternative script that might be worth looking at as an alternative to thickbox, though I've not looked at it in any detail: ibox.
I've had problems editing settings.php on my server as well. I got around it by copying the file and saving it as settings2.php or something, deleting settings.php and then renaming my modified version every time I had to edit it by hand. I suppose Vanilla must lock it somehow.
Getting error with new install of Attachments 1.4 and Vanilla 1 official release.
Trying to attach, get error message
Array ( [0] => 3 [CommentID] => 3 [1] => 1 [AuthUserID] => 1 [2] => 2006-07-03 02:49:48 [DateCreated] => 2006-07-03 02:49:48 )
At top of browser and
Some problems were encountered
The file you attempted to upload (j-r-brainstorm-1.pdf) was of type "application/download", but the file extension "pdf" did not match the accepted extensions for this type of file: rar, RAR
Above input box
Any suggestions??
David
Undefined index: ATTACHMENT_DISPLAY_IMAGE_PROCESSING (in Attachments/default.php).
The error shows up on the Attachment Settings page. All the defaults are blank, and any changes won't save.
I'm using 1.4 with Vanilla 1 (official release)
And solution is in extracting strings in file default.php (on lines 81-93)
// Initialize settings
if (!array_key_exists('ATTACHMENT_SETUP', $Configuration)) {
// ... lot of lines here looking like AddConfigurationSetting($Context, "blabla", "blabla")
}
from condition statement if (in_array($Context->SelfUrl, array("comments.php", "post.php"))), so it'll looking like
$Context->Dictionary['ErrSaveThumb'] = 'An error occurred while saving the thumbnail //1 to the filesystem. Are you sure that PHP has been configured with both read and write access on this folder?';
// Initialize settings
if (!array_key_exists('ATTACHMENT_SETUP', $Configuration)) {
// ... lot of lines here looking like AddConfigurationSetting($Context, "blabla", "blabla")
}
if (in_array($Context->SelfUrl, array("comments.php", "post.php"))) {
$Configuration['ATTACHMENT_ALLOWED_FILETYPES'] = array (
// bla-bla...
Also notice that string on line 95
if( !array_key_exists('ATTACHMENT_DISPLAY_IMAGE_PROCESSING', $Configuration)) {
$Configuration['ATTACHMENT_DISPLAY_IMAGE_PROCESSING'] = 'None';
}
could be deleted (because of existing initialization on line 90).
Thinks that Jazzman makes this changes in next version of extension. At this time you must after enabling extension visit any discussion or making a post (in technical detailing you must load page 'comments.php' or 'post.php') for initializing extension settings and solving this problem.
Also notice that string
AddConfigurationSetting($Context, 'ATTACHMENT_CHMOD', '');
must be like
AddConfigurationSetting($Context, 'ATTACHMENT_CHMOD', '0644');
(there must be no empty quotes because of Vanilla doesn't adding configuration setting in conf/settings.php if parameter of setting is empty).
allright, sounds good.
I can chance settings.php now but still get the error message - I hope this is due to the version, otherwise I'm totally in the dark as to what to do!
(error mssg:)
Warning: move_uploaded_file(/usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/uploads/191.stinger.gif): failed to open stream: No such file or directory in /usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/library/Framework/Framework.Class.Uploader.php on line 90
Warning: move_uploaded_file(): Unable to move '/tmp/phphOONBx' to '/usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/uploads/191.stinger.gif' in /usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/library/Framework/Framework.Class.Uploader.php on line 90
Notice: Undefined index: ATTACHMENT_CHMOD in /usr/local/psa/home/vhosts/zeptonn.nl/httpdocs/vanilla/extensions/Attachments/default.php on line 166
Okay I just installed the Attachment 1.4 add-on. Now I was having a hard time to get it *not* to resize pictures to screen size. While that can be nice in some cases it can be annoying in others. I was trying to provide a jpg with a detailed description on top of a screenshot, and the resizing would always render everything unreadable. After reading this thread I stumbled upon the "improved" code and managed to change it back to the non-resizing version. While I could do it, I know a lot of people who couldn't.
So I ask if it may be possible to provide a configuration option for this behaviour so everyone can toggle the resizing on and off as they like.
i can't get it to work. late lastnight it uploaded a picture but it wasn't showing it. today it is showing it(lightbox isnt working however) but newly uploaded images aren't being showed or uploaded.
i'm on vanilla 1.0 & no other add ons.
lightbox appears to work just fine for me until you hit the 'close' button when nothing happens.
the rendered source looks like this:
<a href="javascript:void(0)" id="bottomNavClose">
<img src="extensions/Attachments/lightbox/images/closelabel.gif">
</a>
I've got a problem where a user posted an image and it resized fine, edited his post to add 2 more and they display in the thumbnail box but with their normal size which is 1600x1200 not my 200x200 thumbnail size! Any reason for this?
Also, now I want to remove those photos and try and upload it myself to see if it does it but can't delete the pics by editing his post? How do admins edit peoples attachments?
Comments
There's also an alternative script that might be worth looking at as an alternative to thickbox, though I've not looked at it in any detail: ibox.
// Initialize settings if (!array_key_exists('ATTACHMENT_SETUP', $Configuration)) { // ... lot of lines here looking like AddConfigurationSetting($Context, "blabla", "blabla") }from condition statement if (in_array($Context->SelfUrl, array("comments.php", "post.php"))), so it'll looking like
$Context->Dictionary['ErrSaveThumb'] = 'An error occurred while saving the thumbnail //1 to the filesystem. Are you sure that PHP has been configured with both read and write access on this folder?'; // Initialize settings if (!array_key_exists('ATTACHMENT_SETUP', $Configuration)) { // ... lot of lines here looking like AddConfigurationSetting($Context, "blabla", "blabla") } if (in_array($Context->SelfUrl, array("comments.php", "post.php"))) { $Configuration['ATTACHMENT_ALLOWED_FILETYPES'] = array ( // bla-bla...Also notice that string on line 95
if( !array_key_exists('ATTACHMENT_DISPLAY_IMAGE_PROCESSING', $Configuration)) { $Configuration['ATTACHMENT_DISPLAY_IMAGE_PROCESSING'] = 'None'; }could be deleted (because of existing initialization on line 90).
Thinks that Jazzman makes this changes in next version of extension. At this time you must after enabling extension visit any discussion or making a post (in technical detailing you must load page 'comments.php' or 'post.php') for initializing extension settings and solving this problem.
AddConfigurationSetting($Context, 'ATTACHMENT_CHMOD', '');must be like
AddConfigurationSetting($Context, 'ATTACHMENT_CHMOD', '0644');(there must be no empty quotes because of Vanilla doesn't adding configuration setting in conf/settings.php if parameter of setting is empty).