CURRENT VERSION: 1.3.3

https://github.com/orangeman555/symbiostock/blob/master/symbiostock.zip?raw=true

---

With so many fixes done, Symbiostock is now fairly high functioning, and we can officially call this a Beta test.

I've opened up a fresh bug thread to relate to the Beta Test of Symbiostock - not the initial release.

Please list bugs / errors only, and things that are obviously not functioning as intended.

---

Since problems have been reported in a number of threads, I'm quite certain I've missed a few. If some helpful people are up to it, please help me list them so that I can see them all and address them properly. It appears problems are scattered now and only effect certain people, but most people are running smoothly.

---

Bugs to stomp:

- Admin page still has some layout quirks, extra save button after save (must fix html) - Appears to be fixed, but tell me if otherwise.

- "Page - Fullwidth" template needs title area.

- CSS on dropdown menu gets funky when you are on active tab.

- CSS has to be optimized for devices. Some awkward problems on tablets/devices.

- Verify that category slugs are protected from matching keyword slugs (since this causes issues) - Seems this is ok, but update me if not.

- Do not force category creation on re-install. Instead give "generate categories" option.

(- PRIORITY XML processor crashes with unknown entities. Needs to be fixed, especially since people might put unknown entities into their post content. This APPEARS to be fixed...but wait for surprises )

- Sometimes the network results hang down over footer in an unattractive way. Footer must clear network results.

- A slight flicker in main menu since last update where adjustments were made to menu - CSS problem easy fix.

- The magnifying glass preview shows options available even if disabled on image page.

- Unordered Lists need bullets and better styling.

- Better control of comments under images

- Stop menu from "transforming" when mobile menu is not available.

- Fix network links so the xml-fetching variables do not show.

- Login link in welcome email points to wrong destination.

- Sometimes after purchase item still appears in cart until page refresh. See if this is paypal delay or other issue.

- Some people submit files with an uppercase ".JPG" extension. The processor is still tripping over these.

So.. let's start

When I click on "All images" in  admin area, I see error message
"Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 44 bytes) in /home/ajt/ftp/stereoshutter/wp-includes/wp-db.php on line 1545"

I have 515 images now published.

Quote from: ajt on April 08, 2013, 22:40
So.. let's start

When I click on "All images" in  admin area, I see error message
"Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 44 bytes) in /home/ajt/ftp/stereoshutter/wp-includes/wp-db.php on line 1545"

I have 515 images now published.

Thats an important one to start on too! 64 megabytes is your limit apparently. I'll get back to you, I'd rather you be able to work within that limit than to have to find a way to increase it. I'm finding a lot on wordpress regarding this issue. I suspect the image post type could use less.

I think that only solution is not to load all images info into memory. Less memory per image means only few more images on the list and problem will be again. And I noticed, that one image occupies about 70KB in memory, and when SEO plugin is installed, even more.

Quote from: ajt on April 08, 2013, 23:14
I think that only solution is not to load all images info into memory. Less memory per image means only few more images on the list and problem will be again. And I noticed, that one image occupies about 70KB in memory, and when SEO plugin is installed, even more.

Thanks. Gonna see about some adjustments. This might not necessarily be a theme problem from all the research I'm doing. But it has solutions.

EDIT: Research is showing it should not be using that much. Which is hopeful...it means that its something in my theme that can probably be fixed.

CURRENT VERSION: 1.2.6

FIXED the above issue. Please use download link on original post.

The problem was the custom post type needlessly being declared as "Hierarchical" meaning wordpress would expect an image could have child images (like a category can have child categories)...this cause the query to get much more complicated and use up more memory.

In short, the only memory used now should be whats needed for  the page being displayed on "All Images" admin tab. 

I am not able to search and see results from my network. I have all five slots filled, I have Activate checked on the Symbiostock page...is there any other trick? I am using the keyword avocado. I know one of my network people has an image with that keyword but it is not showing up. I am entering the keyword in the search box without using Image Categories.

Can you remind me what your site is? (future reference, I'll be changing the search query to be far more flexible within a few weeks).

Quote from: Leo on April 09, 2013, 00:33
Can you remind me what your site is? (future reference, I'll be changing the search query to be far more flexible within a few weeks).

cathyslifestockphotos.com

Quote from: cclapper on April 09, 2013, 00:35

Quote from: Leo on April 09, 2013, 00:33
Can you remind me what your site is? (future reference, I'll be changing the search query to be far more flexible within a few weeks).

cathyslifestockphotos.com

Thanks for reporting. Your network results are crashing without an error displayed, hence you don't see footer. Making network results a little more self-error-regulating is also on my to-do list.

In the meantime:

1. You may have added your network friends wrong. For instance, if the site is www.thenetwork .com/their-sub-level/ make sure you have the /their-sub-level/ included, not just www.thenetwork .com

2. Another problem could be your friend (in this case the first one? since I see no results at all?) could have their permalinks NOT set to "post". Setting permalinks to "post" is essential on the network (and SEO btw).

Quote from: Leo on April 09, 2013, 00:44

Quote from: cclapper on April 09, 2013, 00:35

Quote from: Leo on April 09, 2013, 00:33
Can you remind me what your site is? (future reference, I'll be changing the search query to be far more flexible within a few weeks).

cathyslifestockphotos.com

Thanks for reporting. Your network results are crashing without an error displayed, hence you don't see footer. Making network results a little more self-error-regulating is also on my to-do list.

In the meantime:

1. You may have added your network friends wrong. For instance, if the site is www.thenetwork .com/their-sub-level/ make sure you have the /their-sub-level/ included, not just www.thenetwork .com

2. Another problem could be your friend (in this case the first one? since I see no results at all?) could have their permalinks NOT set to "post". Setting permalinks to "post" is essential on the network (and SEO btw).

Thanks Leo, I will check those things. When I do a search on klsbear's site (she has avocado images) I see her results and my image shows up correctly in her results. Just not the other way around. I'll do some checking and see.

Thanks for reporting. Your network results are crashing without an error displayed, hence you don't see footer. Making network results a little more self-error-regulating is also on my to-do list.


I'm not sure what you mean. If you mean you can't see my footer, it might be that fix you did that added the capability of people to change the footer. I was doing it by altering the footer.php file, but that all shows correctly when I go to it from my laptop. Can you explain further what you mean, or do I not need to worry about it?

Never mind, I know what you mean. Sorry. Long day.

OK, I went back and recopied and repasted everyones URLs in and now it's working.

CANCEL THAT BUG REPORT ON IMAGES NOT SHOWING.  Thanks Leo.

Menu bug remains, with CSS dropping when no link is attached to a menu item. I'm not very good at debugging, but it seems that all the menu items refer back to bootstrap.min.css except for when it breaks, it goes to style.css and line 223 which doesn't appear to have any styling associated with it? Not sure if I've got that right or not Leo, but its my best guess!

Also, I have uploaded 2 screen grabs of some of the admin layout issues. the two buttons thing is on every page, not just the ones I have posted.

In positive news, the "- stock photo" appending now works properly!

Another little quirk, the "Page - Fullwidth" template doesn't include the page title in the actual page (which the other templates do, well I haven't checked them all but the default ones do).

It just leaves two grey lines with nothing in it.

I listed the problem above. Yet I'm not having that problem! Just to be sure, are you using any plugins which might be interfering?

Edit: I think the feed I have imported from Symbiostock.com is messing up the starting html (out of my control), so the ajax page is being messed up too as a result, and hence the footer of that page is riding up. I'll get to that as soon as I can.

Probably, not really a bug. Could be a host issue.

But I installed two Symbiostock in one domain. One in the root, and one in the subfolder.

In the root, there is no problem when I process the images.

But in the subfolder, I get an error when processing an image.

Fatal error: Uncaught exception 'WideImage_InvalidImageSourceException' with message 'File 'http://cheapvectors.com/blog/wp-content/themes/symbiostock/inc/classes/image-processor/watermark-cheapvectors.png' appears to be an invalid image source.' in /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php:225 Stack trace: #0 [internal function]: WideImage::loadFromFile('http://cheapvec...') #1 /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php(183): call_user_func(Array, 'http://cheapvec...') #2 /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php(112): WideImage::load('http://cheapvec...') #3 /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php(1013): symbiostock_image_processor->symbiostock_process_image('vector_beachumb...', 23) #4 /home/cheapvec/public_html in /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php on line 225

Quote from: Leo on April 09, 2013, 08:33
I listed the problem above. Yet I'm not having that problem! Just to be sure, are you using any plugins which might be interfering?

Edit: I think the feed I have imported from Symbiostock.com is messing up the starting html (out of my control), so the ajax page is being messed up too as a result, and hence the footer of that page is riding up. I'll get to that as soon as I can.

Great, thanks for looking into those two bugs Leo. Ill keep posting them as I come across them. Will be spending a bit of time over the next week or so on the site, so should find any that still lurk!

Quote from: Jeffrey on April 09, 2013, 09:02
Probably, not really a bug. Could be a host issue.

But I installed two Symbiostock in one domain. One in the root, and one in the subfolder.

In the root, there is no problem when I process the images.

But in the subfolder, I get an error when processing an image.

Fatal error: Uncaught exception 'WideImage_InvalidImageSourceException' with message 'File 'http://cheapvectors.com/blog/wp-content/themes/symbiostock/inc/classes/image-processor/watermark-cheapvectors.png' appears to be an invalid image source.' in /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php:225 Stack trace: #0 [internal function]: WideImage::loadFromFile('http://cheapvec...') #1 /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php(183): call_user_func(Array, 'http://cheapvec...') #2 /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php(112): WideImage::load('http://cheapvec...') #3 /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock_image_processor.php(1013): symbiostock_image_processor->symbiostock_process_image('vector_beachumb...', 23) #4 /home/cheapvec/public_html in /home/cheapvec/public_html/blog/wp-content/themes/symbiostock/inc/classes/image-processor/wideimage/lib/WideImage.php on line 225

You have: http://cheapvectors.com/blog/wp-content/themes/symbiostock/inc/classes/image-processor/watermark-cheapvectors.png

Looks like your uploading to the theme folder, which will delete the image when you reinstall. Are you using the wordpress media area to hold the file? Then plug in the link from there?

I found: http://cheapvectors.com/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock-watermark.png

But couldn't find:
I found: http://cheapvectors.com/blog/wp-content/themes/symbiostock/inc/classes/image-processor/symbiostock-watermark.png

So that is a little strange If its definitely a bug I'll add it.

I deleted and reinstalled a new WP on the /blog folder.

It processed one image with no problems. I will try uploading more images later.

I'll be out for a while.

V 1.2.6   Chrome and Firefox

Not urgent and might not be a bug
I am sure a few days ago in the headings we could have categories for instance - Animal-Dog--Dobermann - now it only goes to main and child, not grandchild

I haven't been able to upload images over 10mb.  I contacted Bluehost about increasing my upload size limit.  This was their response:

"In your php.ini file, locate the following line:

upload_max_filesize = 10M

Modify that entry to read:

upload_max_filesize = 100M

You will also need to update the post_max_size entry.

Your php.ini file should be in your public_html directory. If you do not have a
php.ini file, you will need to install one. To install a default copy of php.ini
that you can modify, log into your cPanel then click on the PHP Config icon located
under "Software/Services". Once there, choose the version of PHP you will be using
and click "Save Changes" -- this will place php.ini into your public_html directory.
You can modify it using your favorite FTP program or by going to the File Manager
located in the Files section of the cPanel."

I didn't have a php.ini file, so I had to create one.  I then changed the values as instructed.  But now, my images won't process, regardless of size.  I just get a screen that says "Process Images".  I don't know if I chose the wrong php file (there were several options) or if it's something else.  I may have to restore my backup.

Go to your Symbiostock->Testing page and find in PHP Core table memory_limit entry. If it is lower than 256M,
then put in your php.ini line

memory_limit = 256M

and try to process files.

Look in this table also for other values, if they are the same as you put them in php.ini.

Try:


##

[php]

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

max_execution_time = 30     ; Maximum execution time of each script, in seconds
max_input_time = 60   ; Maximum amount of time each script may spend parsing request data
memory_limit = 512M      ; Maximum amount of memory a script may consume (62MB)

; Maximum size of POST data that PHP will accept.
post_max_size = 25M

; Maximum allowed size for uploaded files.
upload_max_filesize = 35M

#####

Name it:
php.ini
and place it in your :
public_html
file

I have no idea if this will work but it is the relevant bits I have pulled out of mine.  You can adjust the figures but these currently work for me (using Justhost)


~~~~~~~~~~~~~~


Two Positive changes
1.  When you select All Images / Drafts to work on it takes you back to drafts when you return to all images, much easier than keep having to select that option.

2.  Not sure if this is a change or not, just not noticed it before.  If you accidentally upload duplicate image and then navigate to the front end page for that image it shows both of them  - means you can easily delete the second one

My domain.com/blog is processing images now without any errors. So deleting and reinstalling was a good thing.

Still a problem remain, it would not process preview images with 5000px at least on one side.

Sometimes searching with active network is very long (over 30s), and in server log I found
"[Tue Apr 09 20:06:32 2013] [error] [client 108.59.8.80] WordPress database error MySQL server has gone away for query SELECT * FROM wp_posts WHERE ID = 8 LIMIT 1 made by require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), include('/themes/symbiostock/taxonomy-image-tags.php'), get_footer, locate_template, load_template, require_once('/themes/symbiostock/footer.php'), include_once('/themes/symbiostock/modal-login.php'), include_once('/themes/symbiostock/register_symbiostock.php'), get_permalink, get_post, WP_Post::get_instance
[Tue Apr 09 20:06:32 2013] [error] [client 108.59.8.80] WordPress database error MySQL server has gone away for query SELECT option_value FROM wp_options WHERE option_name = 'symbiostock_network_site_5' LIMIT 1 made by require('wp-blog-header.php'), require_once('wp-includes/template-loader.php'), include('/themes/symbiostock/taxonomy-image-tags.php'), network_manager->network_search_all_similar, get_option"

Not a bug maybe, I know that network communication needs improvement and some kind of reaction for timeouts etc, but maybe this info will be somehow helpful for Leo.