Discuss

Anyone can visit my Profile and click "Activity" to verify the above...

http://www.wpsymposium.com/profile/?uid=7032

Thanks for picking this up - indeed if I go to your profile activity I get the blank images (although not always, like the sunsets album doesn't produce broken images, works ok).

Will investigate and fix for next weekend (the gallery on WPS may break occasionally as I verify the code is working, or not!). 

Thanks for the feedback, once the bugs are ironed out, I'm hoping the gallery will be a real bonus to WPS. 

I'm struggling to reproduce this problem TR4NSeND - I've got user accounts viewing other user accounts galleries and no broken images appear. The only way I can get to see the broken images is via your activity item when I click on the broken image (where it says you commented on a photo, ie. the broken image).

I don't doubt you for a second, so could you explain how/where you click on a photo to see the gallery with the extra empty/broken images? For example, is it via the galery page, an user's activity feed, etc?

I should then be able to reproduce and fix. 

Interesting, it only happens when you enter from the "All Activity" feed. When I visit your page, it doesn't happen when "Activity" is clicked, just "All Activity". This explains its intermittence. I noticed this right away because I have a public activity feed on one of my Home pages. This is a trcky issue, but hopefully the entrance point helps. I didn't notice that yesterday when i was goofing with it...

Awesome (in that it can be diagnosed!). I'm sure the entrance point will really help - thanks TR4NSeND. Will investigate locally....

I believe I may have solved this. If I can recreate the solution on a second site I will post. I have tried so many complex solutions that I will kick myself in the @ss if it is this simple...

OK- Real life has interrupted my coding again so I was unable to verify on site #2 tonight, but I will share what I have so far in the hopes that it will help one of you with this. First, there are some weird javascript things happening between symposium-panel and symposium-gallery. As I am on the phone w/ one of my partners troubleshooting some nagging problems with chat windows (which i have not mentioned here because i cannot recreate consistently) I stumbled upon the following result: If Symposium Panel is activated last the problem with empty images goes away. Unfortunately for me this does not solve the chat problem. If I can land on a release of Symposium which has all fundamentals working properly, I will then continue on with that release and quit bothering everyone around here. For now we have some javascript things happening that do not easily meet the eye and cause several different undesireable results for users under different configurations that are not easily replicated. I am in too far w/ symposium on my sites to easily walk away, but these javascript issues need to be sorted out. There seems to be a different result in behavior of WP Symposium based on the order in which plugins are activated. Some people update from the Wordpress Dashboard, others FTP. We need to land on the exact order (hopefully there is one) of activation of plugins which results in them all working properly. Once this order is discovered, a way needs to be implemented to dictate the order in which plugins update and re-activate themselves. This task is big but necessary before much more is added on in the way of new features. There needs to be a core foundation that is stable and people can build on confidently (think quality not quantity). Maybe a (...gasp) Long-term Stable Release?

I'm hoping things make themselves apparent soon, the chat is the feature my partners are most fond of. It is the real-time communication that ppl seem to use the most of all symposium goodies. It does a great job of mimicking the facebook chat that everyone is familiar with. I will check the plugin you speak of. There is probably something silly like names that cause the "break" in javascript the ppl seem to experience after updating. I had the chat fixed until I started troubleshooting the gallery, which somehow has re-broken the chat. I am going out on a limb to say that it may be the update process, not the contents of the update itself which causes these javascript "breaks". It is as if when new javascript is added during an update, it somehow disrupts the interconnection that existed between javascript files before updating. There is some discontinuity caused by updating that many plugins at once, the update process may be partially responsible for the bugs themselves...

Hi TR4NSeND, I'm going to try and make some time today to try and replicate the problem.

As an aside, if chat is a priority of your site I would recommend Cometchat as used on this site. Not because I'm skirting the issue or promoting them per sae, but Cometchat (as opposed to the WPS chat plugin) is what they do as a business, it's their main focus with a team of developers just doing that, and offers a host of extra features - even things like video conferencing if you want to go for the highest version.

To be fair to other chat products, I've listed several options on the WPS Wiki.

One day, when WP Symposium can offer developers (!!), I am sure the panel will improve. It's always been, in my opinion, the weakest link in the WPS chain, if that makes sense. 

I'll do some testing on the gallery this morning... 

I think I tracked down the bug - I've uploaded to WPS site. Would you mind doing what you did before when adding a comment to check? Please keep a mental note of what you did if it hasn't solved things so I can again try to replicate. Thanks TR4NSeND.

If this is a fix, I'll add to v12.05.26. 

-Looks good! Nicely done!

I will check the chat plugin when i get back from the gym. I have found that lifting weights and hitting a heavy bag, along with an hour a day in the steam room does wonders for a coders sanity. Oh yeah, and drink tea... tea is good 

"drink tea... tea is good" LOL

 EllsWeb - wiki updated, thanks.