pancakes

MicrostockGroup Sponsors


Author Topic: Symbiostock Beta Test - Bug Stomping Thread.  (Read 49024 times)

0 Members and 1 Guest are viewing this topic.

Leo Blanchette

« on: April 08, 2013, 16:04 »
+2


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 :D)

- 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.
« Last Edit: April 17, 2013, 02:53 by Leo »


« Reply #1 on: April 08, 2013, 16:40 »
0
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.

Leo Blanchette

« Reply #2 on: April 08, 2013, 17:06 »
0
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.

« Reply #3 on: April 08, 2013, 17:14 »
0
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.

Leo Blanchette

« Reply #4 on: April 08, 2013, 17:41 »
0
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.
« Last Edit: April 08, 2013, 17:56 by Leo »

Leo Blanchette

« Reply #5 on: April 08, 2013, 18:13 »
0
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. 
« Last Edit: April 08, 2013, 18:18 by Leo »

« Reply #6 on: April 08, 2013, 18:24 »
0
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.

Leo Blanchette

« Reply #7 on: April 08, 2013, 18:33 »
0
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).

« Reply #8 on: April 08, 2013, 18:35 »
0
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

Leo Blanchette

« Reply #9 on: April 08, 2013, 18:44 »
0
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).


« Reply #10 on: April 08, 2013, 18:49 »
0
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.
« Last Edit: April 08, 2013, 19:23 by cclapper »

« Reply #11 on: April 08, 2013, 18:54 »
0
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.

THP Creative

  • THP Creative

« Reply #12 on: April 08, 2013, 21:54 »
0
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! :)




THP Creative

  • THP Creative

« Reply #13 on: April 08, 2013, 22:27 »
0
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.

Leo Blanchette

« Reply #14 on: April 09, 2013, 02:33 »
0
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.
« Last Edit: April 09, 2013, 02:48 by Leo »

« Reply #15 on: April 09, 2013, 03:02 »
0
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

THP Creative

  • THP Creative

« Reply #16 on: April 09, 2013, 03:10 »
0
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!

Leo Blanchette

« Reply #17 on: April 09, 2013, 04:09 »
0
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 :D If its definitely a bug I'll add it.

« Reply #18 on: April 09, 2013, 04:25 »
0
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.

« Reply #19 on: April 09, 2013, 06:53 »
0
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

« Reply #20 on: April 09, 2013, 07:59 »
0
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.

« Reply #21 on: April 09, 2013, 09:07 »
0
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.

« Reply #22 on: April 09, 2013, 09:11 »
0
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

« Reply #23 on: April 09, 2013, 11:54 »
0
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.

« Reply #24 on: April 09, 2013, 14:30 »
0
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. :)


 

Related Topics

  Subject / Started by Replies Last post
3 Replies
3957 Views
Last post June 14, 2008, 19:27
by madelaide
528 Replies
52304 Views
Last post April 08, 2013, 16:06
by Leo Blanchette
344 Replies
35065 Views
Last post May 31, 2013, 17:21
by Leo Blanchette
32 Replies
14098 Views
Last post May 31, 2013, 00:51
by ruchos
449 Replies
53732 Views
Last post July 06, 2013, 19:29
by Leo Blanchette

Sponsors

Mega Bundle of 5,900+ Professional Lightroom Presets

Microstock Poll Results

Sponsors