I seem to have a variation of the "camera icon not appearing issue" discussed in earlier threads.

As noted earlier, if at least one gallery photo is checked, the camera icon always appears in the Classmate Profiles list.

If a Master, Now or Then photo is loaded but not checked in the gallery, sometimes the camera icon appears, sometimes it does not. If it doesn't appear, I am at a loss to figure out how to get it to appear, except by adding the check mark in the gallery. But then the photo appears twice on the classmate's profile page, once in the Master, Now or Then slot and again as a gallery picture.

Is it possible that this issue is related to whether an administrator made adjustments to the photos rather than the classmate?

Hi Susan,

Gallery images trigger it now, however, it is in the works to have it include the rest of the photo types as well.

Jessica
Class Creator Support

Just so you know, sometimes the camera icon appears even when there are no gallery images marked with the green check mark. Other times, it won't appear until at least one gallery image is checked. It's mysterious.

Based on many user requests all photos except admin-uploaded yearbook photos now trigger the camera icon. i.e. if there is a Master, Then, Now, or Profile Gallery photo classmate gets a camera icon.

It's still not working on our site. There are people who have one or more of those photo categories loaded, who don't have the camera icon on the Classmate Profiles page. There are others with apparently similar photo profiles (say, a Master and Now photo loaded), who do have the camera icon.

Can I get a classmate name where this is the case?

Deborah Dorius, Kathy Norris. There are several others where I have forced the camera icon to appear by making sure the green check mark was on at least one photo.

While you're looking in that area, could you include a look at this request? LINK

All set here.

Thanks, Brad, definitely more camera icons showing! However, I'm sorry to report that Kathy Norris still doesn't have a camera icon though she does have a Master photo.

No change here that I can see. Camera icons missing on class profile list, and photos not showing up when you click on some names.

John, can you elaborate further? I'm seeing camera icons on your Classmate Profiles list. Also, what specific photo is not showing up when you click on what specific name? I need something to go on here. Thanks.

Sorry... should have included examples/names.

A.B.Brown, Dusty F, for example. Both have photos in their profile photo gallery and a master photo. Nancy Harriman does too, although she does not have the icon on the profile list. But hers at least shows up with you click on her name in the profile list.

In the rules on this it mattered whether the classmate had uploaded the photo, or the Admin had uploaded the photo. It was also decided that the yearbook photo should not trigger the camera icon.

I think [for whatever reason] we've made this too complex. The rules are too difficult and not posted for anyone to understand. That's why we keep having this question over and over. We should change it so ANY photo triggers the camera icon, regardless of who uploaded the photo. If a photo exists, there's a camera icon. That's a rule so simple we needn't bother explaining it. I'm going to ask the program to change it to that and we'll leave this simple for now on.

I'd agree with that - for everything but the Yearbook photo. All the others are specific to a person's profile and show activity there. They Yearbook photo is liable to be there for all classmates - whether or not there have been any photos added to their profile. And actual profile activity is what I think the icon should represent - whether added photos were put there by admins or classmates.

Yup, otherwise the camera icon doesn't mean much.

John Ralph wrote:

A different but related topic. The "gallery" view of photos in a profile has been messed up for quite some time. If you start near the end in my own profile's photos, let's say the 3rd one from the bottom (house) and then go 'backwards', it quickly shows "empty" images. Plus the scaling gets messed up depending on the first photo. That one also shows that bug.

I thought this would iron out and I also thought it did - but all the original bugs are now back in this aspect of profile photos. Quirky Almost as if someone restored some old code, but it's not something I check all the time.

Jack, I am unable to replicate anything you're describing. I went near the bottom of your Profile (the house), scrolled backward, did this several times etc., and I can't find any problems. No empty images, no scaling issues, etc. I have no doubt you're seeing something but I tried 3 different browsers and all worked perfectly. No other complaints from anyone regarding anything like this. What browser are you seeing this in? What version #? Are you seeing this problem in more than one browser? Thanks.

Here are three examples, one at a time - the "empty" white space is repeated many times if I start where I stated.

Here's the second one. This image now no longer LOADS in the regular view. So this one is a bit different but still incorrect. System is extremely slow loading gallery here.

This is the image link (shows in thumbnail edit only)

https://s3.amazonaws.com/s3images.classcreator.com/13077/001/2514412/9658DAB7-90B1-1C17-D1BE63640087D40B.jpg

If I change this to HTTP (vs https) I can get it to load by pasting in URL bar. Why someone thinks it has to be https is beyond me too.(FBCC does NOT require)

These image results (by changing to http) are very weird. Sometimes even that doesn't work. I can tell that's happening because the "loading" circle keeps going forever.

I think you also need more than 32 images to discover this.

FF says "could not load the image" when I 'inspect element' source.

FF 32.0.3

And if I play around enough I can get this error message
(and forum "code" has another bug that doesn't post at all what I posted. Oh well.)

-
AccessDenied
Access DeniedEA967B223BBC65E3tpFL1G4oeN4UxwUtq489YWN5K50Jz9cvQRKZVmbWFyZTIry61X8tEwpRBjZFJXBa

Here's a third "empty"

Now remember, it doesn't ALWAYS do this. Like I said already, very inconsistent. Even the scaling thing is inconsistent. Right now it doesn't do it and then it does and then it doesn't.

Chrome has same "empty" gallery sections. Appears to display https ok, but then so does FF at times

IE11 update 11.0.12 same 'empty' sections. Loads the pigs and this time distorted the images just like FF. Second time the images were not distorted.

All of these I start at the house and click there first (IOW - don't do it anywhere else first or the results can be different.)

Opera exactly the same as IE11

Safari same as IE11 EXCEPT instead of distorting the images, the images either cut off or literally split the screen. Second time images displayed OK (except for 'empty').

I was able to duplicate the problem this time. Thanks Jack. Programming will take a look.

The programmer has reported that the Image Gallery and Camera icon issues have both been fixed.

Not quite. Still get "empty" images )e.g. IMG_0537, PC250192 and a bunch of others) + distortion still present on first pass.

Always start FIRST on the house and work backwards.

NEW BUG - now shows that I added TWO images to photo gallery Oct 10, 2014 and I did that long time ago

Tell "The Programmer" that he/she really needed to do some basic testing before reporting that a problem has been resolved. Reference post #12 in this thread - No Change.

It's really becoming frustrating to hear that something was addressed, supposedly fixed, and then find that (1) it was not fixed, and (2) a new bug (or two) was created in the process.

There is a mistake in the code when one does not start (click) at the first image to bring up the gallery view. If one starts at the very first image, it all works.

When one starts at anything after the first image, you get the "empty" images plus there is also an extra attribution made on the image (my name) which implies that someone else could have posted the image.

The further down you start, the worse it gets. So DO NOT START at the first image when testing.

It was this way in the very beginning when they switched to the new profiles. I kept checking to see if it would be fixed and then I'm pretty sure it was fixed, so I never reported it.

Could be after the "What's New" page got implemented and the person doing that was working with an older copy? As I already said, I never went back and checked this again. This photo icon thing prompted me to verify that again since I also has some photo icon profile issues.

John I think everything in your Response #12 is working as it should. First, I think you guys were saying that yearbook photos should NOT trigger the camera icon. Thus that's what I passed along to Programming. The first two in your response #12 only have yearbook photos (or at least that's all I'm seeing since they haven't joined). None of these 3 folks have joined the web site. You have the system set to NOT display admin-provided Profile content prior to classmates joining... So in my view everything is working properly here.

Now that's just odd.. I can repeat this if I start somewhere in the middle. Hmmmm. Kicking this one back to Programming. Thanks Jack!

Jack Vermeulen wrote:

All right, the starting in the middle issue is resolved. I started with Santa Claus, I can move forward, back, change directions etc. and never encounter a missing image.

Brad, we agree on the Yearbook photo itself not generating an icon in the class list. #12 refers to an inconsistancy reported in another thread ( LINK ) where the three people mentioned display differently. None of the three have joined, and as set in Preferences, do not display profile data, but Nancy does display the photo/Master - and used to display the photo icon in the class list. The other two had photo's that were also admin added much later and those photos do not display - nor do they produce a photo icon in the class list. My preference, for the reasons stated in the other thread, would be to handle the second two like Nancy is handled now. In short, if there's a photo (not counting the Yearbook) it should display and generate a photo icon in the class list.

Brad Switzer wrote:

Working on a myriad of things on my end, I totally missed the post about photos showing on a profile that had not registered, John.

Gwen, it's another inconsistancy. In my case, it originally worked in a way that I could take advantage of. I could add a photo (and even a jpg of some text) in a non-joined profile, and it would display when you clicked on the name in the profile list. And yes, as it works now, an admin entered photo shows up in What's New as being added by the member - even though you did not trigger a notify. But it does not show when you go to the profile link in the What's New entry.

Since we're talking about admin entered pictures here, it's easy enough to head over the What's New and delete the entry on the rare occasions you add one...

True. I may ask you what I forgot when I address this later.

Brad, it now works like it used to

There are TWO different What's New postings. FIRST there's the page What's New and that can just be disabled. [EDIT but you can't on FBCC which I consider a BUG.]

And there's the SECOND one that is posted in a profile that you can't disable (but can delete).

Here's what is odd about having posted profile images show up (my POV of course - but I'd like to have an option to minimize as follows):

1. In the "What's New" page it should just say a photo has been updated and link to it. IOW, NO posting a large copy of the photo and all the descriptions too. Maybe a very tiny copy.

2. In the profile, same thing but NO photo please. It's very odd to first post the update photos + comments and then again see them down further on the SAME page. Makes no sense to me.

I understand the intent in both cases but it's better to drive a user to the actual content vs duplicating it TWICE in toto. IMO TMI.

Clearly a couple things got "screwy" here from the past when the Profile format switched. Leftover examples are out there which cannot be done now, such as what Jonn is describing in Response #34. So a few things here:

1) First and foremost we have to make the system work as it actually says it works. I can't be concerned with the past. If we all decide to make it work another way that's fine, but right now we've got to honor the actual settings. Nancy Harriman is NOT currently honoring the settings. So the system should NOT be displaying the large photo. If you want the system to do that then you'll need to go into Manage Classmates and tick off the second radio button (you have the first checked currently) telling the system to display admin entered content prior to classmates joining. Given the # of people who call Class Creator because they found their image in a Google search and want it removed I'd be extremely reluctant to make this setting the default as John is requesting. Rather it should be the exception (i.e. again somebody has deliberately ticked the second radio button telling the system they want admin-entered content to display prior to classmates joining.

2) We should only be showing photos on What's New for non joined classmates if the second radio button is checked. Many admins run profiles on behalf of people who are unable to join (e.g. somebody is in a nursing home and simply can't do it). I have no problem with the photo showing on What's New if that's what the admin has elected to do for whatever reason, but it should never be displaying there when the first radio button is checked.

3) Regarding any other What's New suggestions hold off for just a sec. We have a brand new CSS style sheet coming up there shortly and then we'll keep refining that page from there consistent with how most users are asking for it to work.

Thanks, Brad!

Seems you'd want CONTENT refined first before you tackle any style sheet changes. (Just a professional way of design methodology. It would be like coding a program before the specs were given )

"Most users" would be CC here, not some random posts you get which is an extremely bad sampling method.

Brad Switzer wrote:

Brad,
Some thoughts as I read your response. First, Nancy IS functioning as the radio button describes. We do not see her 'detail', but do see a profile picture. We have a number of classmates where the original admin filled in contact info and profile question/answers - which should not be displayed until the classmate joins and makes their own decision on what to include in their details and profile answers. But we've taken advantage of the non-joined profile photos since they did display. Unfortunately, the radio button is an all-or-nothing option. What we really need is an individual profile option to allow display of non-joined data, perhaps as part of the "Do not show as missing" option since it would primarily be used for classmates who could not join.

I don't see any reason that What's New should not show changes to non-joined classmate's profile changes - when the admin elects to allow it. The real problem here is that when we deliberately do NOT allow a notify when we make a change, it correctly does not generate a notify (or show up anywhere else such as Recent Profile Updates) but still shows up in What's New. Fixing that 'bug' restores admin's control of what is displayed and sent out.

John, I've got to disagree on your first point, and I certainly agree on your second.

1) The system is NOT doing what it's supposed to do on Nancy's Profile. It's not doing what it states it will be doing, anyway. If you've marked Profiles to NOT display admin-entered content prior to classmates joining, then why would we show ANY content entered by the admin prior to the classmate joining? Why make an exception for just master photos? I understand how you were using it, but this would be very confusing to anybody else, and not consistent at all with what the instructions say the system does. Furthermore as mentioned above, the phone rings too many times here with classmates calling wanting photos removed that they didn't even add. Making this the default state will only cause more of this and in some respects could be considered a privacy violation. Better that the admin deliberately tick off that second button so they understand they're about to show admin-entered content on behalf of a classmate. Without deliberately making that decision and understanding what you're doing we'd have a continual problem if we made an exception just for master photos for no apparent reason. Yes we could potentially allow more options (i.e. more decision points) for various items rather than an all or nothing scenario. I'm now sure how much more complex we want to make this. For the moment I'm just saying displaying any content at all, including master photos, would be a violation of what the system is telling admins should be happening.

2) Agree on this point. Say you're just making a quick typo correction on your home page and you decide not to notify your classmates that your home page has been updated. If that's the case then the What's New page should not post the update either -- otherwise you're ending up with a non material entry basically littering up the What's New page. No value in that... I will ask the Programming to discontinue showing items on What's New if the checkbox is not marked to notify classmates of said change. Very good suggestion thank you for that.

To keep this in the real world and how "privacy" actually works, read this LINK

People might not LIKE it, but that's about as far as it goes legally. Since what John is talking about is a relatively rare subset of posted photos, your extra restriction won't make any difference on the "phone rings" since your descriptions sounds like those calls are for existing joined members and somebody added a picture, perhaps as a comment? If so, a very different thing.

Address/text content and photos should be treated differently ... because they are different

Brad Switzer wrote:

You'll have to take my word for it. The phone rings all the time with photo removal request from classmates wanting photos removed that were added by an administrator. Just ask Scott and Jessica, who take the brunt of this.

Brad,
I hear where you're coming from, and can't really disagree with your reasoning, although I still believe that the wording on the radio button strongly hints that it was designed to work as I found it originally did.

The inconsistant 'hole' in the way it it used to work (and still does in some cases) versus the way it works now was something I used and took advantage of. And I'd really like to see a way to continue that - like the "Do not show as Missing" profile option enhanced to allow individual non-joined members to be treated more like a joined member as far as their profile display goes. Or even to simply allow logged in members to view any profile content in non-joined member's profiles - perhaps with an informational message that they have not joined yet. It makes no sense to give a joined member the option to join as someone else when they click on a non-joined name.

On our site where the profile list is locked, enhanced access via the 'Not Missing" option would block any search engine access and still allow joined members to view any admin added content. In any case, I'd bet it's a situation which is relatively small - but universal.

The bottom line though, is 'right' or 'wrong', what the site does should be consistant - and we can lobby for our perception of what should be 'right'.

Maybe we are not talking about the same thing? I'm referring to profiles that have NOT joined? I can't imagine that many admins doing that.

Let's assume it is that way .. isn't that part of running a business here Brad? IOW, changing/restricting stuff every time CC thinks it's too much work is not customer oriented. Imagine if FB took that approach. They probably get thousands of requests each day. So using the CC approach FB would tell people they can't post photos of anyone else

Just giving a business essence here.

Nevertheless, photos and text stuff are different things and "privacy" is being misconstrued here. Read the link please. FB will tell you to fly a kite for most photo removal requests that basically are "I don't like ...". [Yes, I know this for a fact ]

Brad Switzer wrote:

The comparison is accurate if the Profile cannot be viewed by the public -- only classmates. Facebook posts are rarely visible to the public, usually only friends and family. Furthermore Facebook posts are far less likely to be found in a Google search when they're open to the public. The page in question has the person's exact name in the title tag, on the page itself, in the meta tags, and putting a photo on the page usually causes it to be immediately pulled into Google images, making it super common to come up in Google search. You can't imagine how many entertainers alone have called here complaining about this. They frequently don't want their actual age to be known, and knowing the class year they belong to gives it away immediately. That's just one reason amongst many. We really don't want to cause even more of this. Appreciate your opinion though, and all opinions. A solution for all is probably to add additional options rather than the current all or nothing scenario.

Disagree about your inference about FB photos. MANY sites are open and visible to ANYONE (the "public") on FB. At a guess, I'd say a thousand times more "sites" than CC.

Tough about the age thing. Geez, that's NOT a privacy issue. It's not even a stretch, it's just not true.

But back to the "calls" - isn't this just part and parcel of running your type of business?

For sure just giving an extra option for photo visibility solves it. Although that leaves you with "calls"

Yup.

I see you 'fixed' Nancy's profile so that her picture no longer displays, and I understand that's the 'standard'.

Are there plans to develop a way to do what I had been able to do with additional options like enhanceing the 'Missing Override', or even simply letting logged in members see content in a non-joined profiles instead of an invitation to join?

Yea... Sorry that wasn't the fix you were looking for. We discussed this issue here and given all we know, and the way the system is currently structured and worded, the only good decision is to not show admin-admin photos unless that second radio button is checked. Yes I understand there are those who disagree with this, and I also understand there's no pleasing 100% of the people 100% of the time. I'll put it into the queue to discuss a solution that's not all or none. There's quite a few things going on here right now but it's in there to discuss with the team.