File

Everything seems to be working fine except when I change the settings in File Upload Preferences for the File Gallery Settings, the changes won’t take. They just revert back to the defaults immediately. Anyone else having this issue? I’m using boswebdev’s File Gallery Extension rather than the original File Extension.

I was having the same problem I solved it by editing the ext.mh_file_gal_ext.php file: uncomment the line 569, and remove lines 570 to 577.

I’ve found a bug in both boswebdev’s File Gallery Extension and the original File Extension:

I have enabled both the “Allow Multiple Uploads” and the “Rewrite Filenames”, and uploaded 2 different files simultaneously. The second file is uploaded, and this filename is added twice in the database.

Does anyone know I can solve this?

Quick question about boswebdev’s AKA Ryan Blenis/Steady Vision’s File Gallery Extension. Are there ready-built {caption},{description} or similar tags that can be used to display the caption and description? I imagine I could use a query to pull the info out of the database, but I’d rather not do that if there’s a pre-existing or better way.

Quick question about boswebdev’s AKA Ryan Blenis/Steady Vision’s File Gallery Extension. Are there ready-built {caption},{description} or similar tags that can be used to display the caption and description? I imagine I could use a query to pull the info out of the database, but I’d rather not do that if there’s a pre-existing or better way.

{file_title} and {file_description}

Is someone going to repackage File with all the bug fixes?

I am using the original file extension, version 3.1.1 on EE 1.6.7

After upgrading to 1.6.7 I can no longer edit entries that have a “file” custom field. When I try to ‘update’ them I get an error:

Notice: Array to string conversion in /www/htdocs/cebuco/http/eecms/core/core.upload.php on line 96 The following errors were encountered We were unable to upload your file. Make sure your upload directory has the correct permissions set. Return to Previous Page

When I disable the file extension it works as expected.

Anyone else has the same problem!?

To be clear: I did NOT indicate any file to be uploaded. Both the default upload and the ‘file’ upload were left empty, still I got the error.

Please help; as this breaks the site for me; I cannot edit any articles and if I disable the files extension all existing articles are showing EE template code {files}. Help?

What version were you on before 1.6.7?

(Cebuco is my client, I’ll continue for them in this thread): The version before was 1.6.6

For some reason the last image that I post with the file extension repeats 3 times. I have tried the backspace function but it doesn’t seem to want to take off the last 2 repeating images. Does anyone know the reason this may be happening. Here is my code:

{exp:weblog:entries weblog="portfolio"}
<a href="http://images/img/saturate.jpg" title="Image Title 3 jpg" class="mb">images/img/saturate.jpg</a><div class="multiBoxDesc mb3 mbHidden">This is my descrition text 3. It can support html.</div>
{portfolio_images backspace="6"}
<a href="http://{file_url}" title="Image Title 3 jpg" class="mb">_{/portfolio_images}_{/exp:weblog:entries}

I am a newbie with this extension so feel free to tear it apart. Thanks for the help!——— UPDATE ——————————————————————I just wanted to paste some of the new code in that I have been using. I have everything working perfectly all except for the last image repeats two times. Does anyone have any ideas what is happening? You can view what I am trying to do here: http://www.hdesignonline.com. Click on the image thumbnail and you’ll see what I am talking about. Here is the code below:

{exp:weblog:entries weblog="portfolio"}_<a href="{portfolio_thumbnail}" id="{title}" class="mb" title="{title}">{exp:imgsizer:size image="{portfolio_thumbnail}" width="260"}</a><div class="multiBoxDesc {title} mbHidden">{portfolio_description}</div>
{portfolio_images}
<a href="{file_url}" id="{title}" class="mb" title="{title}">
{/portfolio_images}
{/exp:weblog:entries}

PLEASE HELP!! Thanks!

Hi All- I’m having a serious problem with Mark’s File extension, that I’ve never had before. When I first establish a custom file field, all seems to be well in the world, and it works a couple of times. However, it always ends up having some issues in the end - and the issue is always the same.

Whether on the front end, or in the control panel, I invariably start receiving this error:

Warning: Typography::require_once(./oiaadmin/plugins/pi..php) [typography.require-once]: failed to open stream: No such file or directory in /home/origcla7/public_html/psu/oiaadmin/core/core.typography.php on line 470

Fatal error: Typography::require_once() [function.require]: Failed opening required ‘./oiaadmin/plugins/pi..php’ (include_path=’.:/usr/lib/php:/usr/local/lib/php’) in /home/origcla7/public_html/psu/oiaadmin/core/core.typography.php on line 470

Sometimes this error comes when I submit an entry in the Control Panel - however, it’s inconsistent on the CP side. However, any page which tries to load an entry on the front end which has shown up with this error on the backend also reports this error.

I’m not a “developer” - per se…just a designer who plays one sometimes, so if any web god out there has any ideas, I’d really appreciate any wisdom you migh be able to impart. THis extension is pretty important to the functionality of the site I’m working on, so I don’t want to have to abandon it. :(

Thanks!

Josh

Josh - this article points to your fix:

http://devot-ee.com/articles/item/fix-it-yourself-extensions-or-field-formatting-fiasco/

Specifically, I added this at line 550:

// add formatting
$r .= $DSP->input_hidden('field_ft_' . $row['field_id'], $row['field_fmt']);

Hope that helps. Derek

Hey Derek- YOu’re a life-saver. I was dead in the water on this! Just to confirm, I’m adding this to the File extension file, not to the core typography file, right?

Thanks so much for this fix. It really helped!

Josh

Hey Derek- I got the file extension to work! Thanks so much. That’s really great.

I’m still having issues with another Mark Huot extension - Checkbox. I’m not quite sure where to stick in this bit of code in. Got any ideas?

Josh

Josh, if you read that devot:ee article carefully, it tells you where to put that fix every time. As stated in the “A Small Hack Gets Your Formatting Back” section, the line needs to go into the publish_form_field_unique hook.

Just to be thorough, I looked at Checkbox version 1.0.2 and I would try pasting that line at line 286, or directly after “$r .= $DSP->table_close();”.

Good luck with these older extensions.