General support topic for Aeva Media (Latest release: July 28, 2010)

[tfs]

! Renamed fields aeva_quotas.limit and aeva_fields.desc to, respectively, aeva_quotas.quota and aeva_fields.description, in order to avoid SMF crashes when restoring a backup. Would appreciate if you could test the quota and custom fields features to see if they still work. (db_aeva.php, Aeva-Admin.php, Aeva-Subs.php)

I installed 222, went to mass upload and got...

Unknown column 'quota' in 'field list'
File: /x/Sources/Aeva-Subs.php
Line: 1935

[MultiformeIngegno]

Yes, all works fine!

Oooops!!
I receive this error if I try to submit a new image:
Unknown column 'quota' in 'field list'
File: /Sources/Aeva-Subs.php
Line: 1935

..with both ImageMagik and GD2..

[MultiformeIngegno]

Preceeded!!
Anyway I've tried with another installation (no aeva media installed before), and it works... so it seems to affect only updated versions..

[tfs]

Preceeded!!

He he he!  Got ya by 12 seconds!!!!!   

[MultiformeIngegno]

Preceeded!!

He he he!  Got ya by 12 seconds!!!!!   

You won because I added the italic style!!

[Angelotus]

I use SMF 2, and forum_aeva_field has been created yes. It is only the fields column that isn't installed. Weird, I know!

[Nao 尚]

You probably upgraded manually and forgot to run db_aeva.php (which is needed to rename the fields -- look at Arantor's posts around page 81 or 82 for more details.)

Edit-- my bad, I'm getting the error too. Will fix.

[Nao 尚]

The error is actually due to a bug in SMF2...
I've submitted the report here:
http://dev.simplemachines.org/mantis/view.php?id=4213

Apart from that-- I fixed it by using the plain MySQL query. rev 223.

[Nao 尚]

I use SMF 2, and forum_aeva_field has been created yes.

field_data or fields? Not the same table...!

[reo4ua]

Is this available and maybe I'm missing it?  It would make sense that if a pic were attached to a forum post that it would store in the author's aeva file.

Thanks,
Ray

[tfs]

This is nice!  Switching to ImageMagick has allowed me to upload full resolution JPG files from my digital camera without the old "doesn't respond" issue.  That's awesome!  Now I don't have to teach people the ins and outs of photo resolution reduction before upload.

My old camera is 4 megapixel and takes 2272x1704x16M JPG photos.  I haven't tried it with a larger image yet.

[MultiformeIngegno]

Everything works fine now!

P.S.: Nao, in your forum you would use GD2 or ImageMagik? Which do you prefer?

[Tiribulus]

Is this something I should worry about?

Code Select Expand

8: Undefined index: HTTP_HOST
File: /srv/www/htdocs/Sources/Aeva-Subs.php
Line: 805
Eval is already disabled.
Line 805:

Code Select Expand

$scu = 'http://' . $_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI'];

I'd hoped to be able figure these things out for myself by now, buy alas it is not yet to be.

Thanks

[tfs]

Updated report...

ImageMagick isn't generating previews.  So I switched back to GD2 and it's creating previews again.

Additionally, GD2 seems now to process the same large full res images.  Oh well, I've got an appointment in an hour and need to prep.  Back for more later.

[DeathCom]

I don't see what you mean. It has always been this way. There's a "Zoom" link below the picture that means it's not the fullsize item. Click the Zoom link and the full file is loaded. You can even resume the slideshow, and the fullsize picture will be kept in the slideshow.
I'm considering adding new features for Foxy!, such as giving a link to "browse album as slideshow directly with fullsize items". This is doable by code. I could even attempt to preload the next fullsize item while pausing on the current item, hmmm...

That's what I'm saying. There is no zoom link in the HS preview from a thumbnail page. You can close the image, but you can not expand it to original size. On the item page, you get the click to view full size link, then the HS preview pops up and you have the expand button, which shows you the original image. Previously you could get to the full image from the thumbnail preview.

Additionally, I ran into a new problem. I have some fairly large video I am trying to add. Its about a 600MB MP4 file. So I put it in the FTP folder and tried to load it. After I pick a folder for it in the gallery, it loads for a while, then sometimes it comes up with the notice to avoid server overload and says 0 of 1 items is done. Same as for a batch import. The problem is, it will then return to the ftp import page with my file still there. Looking on the FTP, I can see that the file was copied over, it just never got linked in. Searching for extra files finds copies of it and deletes them. However, I notice that on the FTP, the files are listed as proper size, when I delete the files with Aeva the size it says is reclaimed is incorrect.

The problem certainly seems to revolve around file size. Smaller videos of the same type can be added with no trouble. This could be a server issue too, but the file is getting copied to its assigned destination, it just isn't getting added to the gallery.

Also, it would seem that download counts have been removed. Older videos that had download counts still seem to be displaying them, but new videos no longer display download count.

I updated to 223 and still can not load the video in.

-DeathCom

[Angelotus]

I mean fields, sorry

[Nao 尚]

The author's aeva file?

[Nao 尚]

Can you post a screenshot from phpmyadmin showing that...?

[Makar]

Help

how to fix?

Code Select Expand


http://site.info/index.php?action=media;sa=media;in=691;preview

8: Undefined variable: is_new

file: /home/public_html/Sources/Aeva-Subs.php



Code Select Expand



431: $filename = 'denied.png';
432: }
433: $amFunc['db_free_result']($result);
434:
==>435: return file_exists($path) ? array($path, $filename, $is_new) : false;
436: }
437:
438: // Creates a sub directory for a album, is mainly used by aeva_getSuitableDir() function
439: function aeva_createAlbumSubdir($album_id)
440: {




and  how to fix?

Code Select Expand



http://site.info/index.php?action=who

8: Undefined index: in

File: /home/public_html/Sources/Aeva-Subs.php
: 1730



Code Select Expand



1722: case 'item';
1723: $ret[3] = 'item';
1724: $ret[2] = $actions['in'];
1725: $ret[1] = 'item';
1726: $ret[0] = 'fetch';
1727: break;
1728: case 'album';
1729: $ret[3] = 'album';
==>1730: $ret[2] = $actions['in'];
1731: $ret[1] = 'album';
1732: $ret[0] = 'fetch';
1733: break;
1734: case 'post';
1735: if (isset($actions['in']))
1736: {
1737: $ret[3] = 'item';
1738: $ret[2] = $actions['in'];
1739: $ret[1] = 'edit';
1740: $ret[0] = 'fetch';



[Angelotus]

Nao, here it is.