SmugMug Bug Reporting Thread

[Thando]

Something not working right? Might be a bug, reply here. Give us all the details you can. Anything that might be relevant like your browser. Are you logged in? What were you doing before the problem? Send us a link to the SmugMug page you were using. Anything that you can think of to help us track down the problem.

Old threads are here:
http://www.dgrin.com/showthread.php?t=101321
http://www.dgrin.com/showthread.php?t=79244
http://www.dgrin.com/showthread.php?t=44268
http://www.dgrin.com/showthread.php?t=40326
http://www.dgrin.com/showthread.php?t=23483

If you had an issue that was not addressed in the last thread, please bring it to our attention. Reading through the thread, it seemed that all issues had been addressed but I've been wrong once before.

[ashishpandey]

If you had an issue that was not addressed in the last thread, please bring it to our attention. Reading through the thread, it seemed that all issues had been addressed

I posted the following in the last thread.
http://www.dgrin.com/showpost.php?p=978612&postcount=235
The only response I got was something like "we will see, stay tuned". I am not sure if this is considered addressed, or this minor thing slipped off your radar :)

[ashishpandey]

I posted this in another thread, but got no reponse from smugmug, so think I should post it in the bug reporting thread instead

It seems that smugmug is little inconsistent in applying some of my keywords. As an example, look at the following 2 photos:

1. http://photography.ashish-pragya.com...52114921_kNJDM (http://photography.ashish-pragya.com/gallery/6801320_ARdyv#452114921_kNJDM)

2. http://photography.ashish-pragya.com...52113474_VqHMo (http://photography.ashish-pragya.com/gallery/6801320_ARdyv#452113474_VqHMo)

If you download the original, you will see that both have a keyword "Rating: 1 Star" embedded

If you look at the keywords indexed by smugmug (below the photo in gallery), photo 1 has keyword "rating 1 star", but photo 2 is missing it

It seems a bug that smugmug understand the keyword for some photos but not other? Now the rating system from my DAM workflow is all messed up on my galleries :cry

Here (http://www.dgrin.com/showthread.php?t=116874) is the original thread that didn't seem to get any answer

[hyachts]

If you had an issue that was not addressed in the last thread, please bring it to our attention. Reading through the thread, it seemed that all issues had been addressed but I've been wrong once before.

Depends on what you mean by addressed... Andy "addressed" the slideshow caption cut-off bug by saying you know about it and that it is personally aggravating to him, but AFAIK it has not been fixed. So... consider it re-reported. Not addressed in any useful sense.

[Andy]

I posted the following in the last thread.
http://www.dgrin.com/showpost.php?p=978612&postcount=235
The only response I got was something like "we will see, stay tuned". I am not sure if this is considered addressed, or this minor thing slipped off your radar :)
I'm still not quite sure I understand this one. Tell me again please what I should see here
http://photography.ashish-pragya.com/gallery/6462715_gEKoA#427534696_cTXo4

[Andy]

Depends on what you mean by addressed... Andy "addressed" the slideshow caption cut-off bug by saying you know about it and that it is personally aggravating to him, but AFAIK it has not been fixed. So... consider it re-reported. Not addressed in any useful sense.
It's not been fixed but it's being addressed. I dunno what more I can say, other than the Sorcerer involved is working on it.

[ashishpandey]

I'm still not quite sure I understand this one. Tell me again please what I should see here
http://photography.ashish-pragya.com/gallery/6462715_gEKoA#427534696_cTXo4

Sure. When you land on that page, and look at the thumbs on left, there is no way to identify which thumb is the currently selected one. Now if you start to navigate (using arrow keys, or by clicking at another thumb), you will see that the selected thumbnail is highlighted in a green border (similar border to large image on right)

The reason for above is that the css property imgBorderOn is not set when you first land on the page. Once you start navigating, the property is set on the current image

Agallia thought it may not be considered a bug because it is obvious that first photo is selected, and it only affects customized sites. Both of these assumptions are incorrect, as you may share a URL that lands directly on any photo in the gallery (explained here (http://www.dgrin.com/showpost.php?p=987694&postcount=256)) and even the default smugmug style has the same issue (explained here (http://www.dgrin.com/showpost.php?p=987752&postcount=258))

Besides, Allen acknowledged the same issue in my first post on the topic (http://www.dgrin.com/showthread.php?t=112805)

Let me know is it is still unclear, and I will be happy to post screenshots to help you see it

[hyachts]

It's not been fixed but it's being addressed. I dunno what more I can say, other than the Sorcerer involved is working on it.

Knowing it is "known" is one step (done, two bug threads ago at least), knowing it is being addressed is another (done, now) and the last step is knowing that it has been addressed. That, it should come as no surprise, is the piece that's most relevant to bug reporters. Until that last piece is in place it seems worthwhile to make sure it keeps being mentioned as a bug.

[Andy]

Knowing it is "known" is one step (done, two bug threads ago at least), knowing it is being addressed is another (done, now) and the last step is knowing that it has been addressed. That, it should come as no surprise, is the piece that's most relevant to bug reporters. Until that last piece is in place it seems worthwhile to make sure it keeps being mentioned as a bug.
Yachts, it's been fixed internally and is awaiting a future release.

[jfriend]

If you had an issue that was not addressed in the last thread, please bring it to our attention. Reading through the thread, it seemed that all issues had been addressed but I've been wrong once before.

I guess I'm still wondering how I know if something has been "addressed" or not? What do you mean by that? There are lots of things that have been written about in these threads that haven't been fixed yet.

[Andy]

I guess I'm still wondering how I know if something has been "addressed" or not? What do you mean by that? There are lots of things that have been written about in these threads that haven't been fixed yet.

We try to acknowledge if something's a bug - and that we have it on our buglist. We try to tell you (or any poster) if something's not a bug, too.

Please let us know if we've missed something - thanks!

[ashishpandey]

We try to acknowledge if something's a bug - and that we have it on our buglist. We try to tell you (or any poster) if something's not a bug, too.

Please let us know if we've missed something - thanks!

So what is your assessment so far on post #2 and #3 in this thread? I also elaborated on the issue in #2 later

[jfriend]

If you had an issue that was not addressed in the last thread, please bring it to our attention. Reading through the thread, it seemed that all issues had been addressed but I've been wrong once before.

It appears that slideshow thumbs are still busted when the slideshow runs off a feed. In these posts (http://www.dgrin.com/showthread.php?p=991332#post991332) in the latest bug reporting thread, there was a back and forth exchange about it. We concluded that it's a problem anytime the slideshow runs off a feed and it's still reproducible in this site (http://www.kylelamyphoto.com/), but we never saw any followup from Smugmug other than Andy's request to clear cookies which doesn't appear to have anything to do with it.

[Andy]

It appears that slideshow thumbs are still busted when the slideshow runs off a feed. In these posts (http://www.dgrin.com/showthread.php?p=991332#post991332) in the latest bug reporting thread, there was a back and forth exchange about it. We concluded that it's a problem anytime the slideshow runs off a feed and it's still reproducible in this site (http://www.kylelamyphoto.com/), but we never saw any followup from Smugmug other than Andy's request to clear cookies which doesn't appear to have anything to do with it.


Am I missing something? Help me out so I can help you guys...thanks!

http://img.skitch.com/20090116-pqxuq714nm47417e8t1yw8xrmg.jpg

[jfriend]

Am I missing something? Help me out so I can help you guys...thanks!



Click on a thumb. It always just takes you to the first image in the slideshow. It doesn't take you to the selected thumb.

[Thando]

I posted the following in the last thread.
http://www.dgrin.com/showpost.php?p=978612&postcount=235
The only response I got was something like "we will see, stay tuned". I am not sure if this is considered addressed, or this minor thing slipped off your radar :)

So, I didn't see any highlighted thumbnails in Firefox3 on Vista and Mac. And I saw the issue you described in IE7 on Vista and Safari on Mac. It's definitely inconsistent and we should give it some attention. I'll make sure that the engineers know about it. I'm sorry that you didn't get an earlier response.

[Thando]

I posted this in another thread, but got no reponse from smugmug, so think I should post it in the bug reporting thread instead

It seems that smugmug is little inconsistent in applying some of my keywords. As an example, look at the following 2 photos:

1. http://photography.ashish-pragya.com...52114921_kNJDM (http://photography.ashish-pragya.com/gallery/6801320_ARdyv#452114921_kNJDM)

2. http://photography.ashish-pragya.com...52113474_VqHMo (http://photography.ashish-pragya.com/gallery/6801320_ARdyv#452113474_VqHMo)

If you download the original, you will see that both have a keyword "Rating: 1 Star" embedded

If you look at the keywords indexed by smugmug (below the photo in gallery), photo 1 has keyword "rating 1 star", but photo 2 is missing it

It seems a bug that smugmug understand the keyword for some photos but not other? Now the rating system from my DAM workflow is all messed up on my galleries :cry

Here (http://www.dgrin.com/showthread.php?t=116874) is the original thread that didn't seem to get any answer

When I click on the edit link under each photo, I see that the keywords are stored differently there. One has quotes around each and every set of keywords. While the other doesn't have quotes at all. But, both show Rating: 1star in that box. If I put quotes around Rating: 1star for the photo without it showing it appears when I save. So, it seems that somehow quotes were put on one but not the other. Do you have another example, I'd really like to figure out why quotes are put on one but not the other.

[Thando]

When I click on the edit link under each photo, I see that the keywords are stored differently there. One has quotes around each and every set of keywords. While the other doesn't have quotes at all. But, both show Rating: 1star in that box. If I put quotes around Rating: 1star for the photo without it showing it appears when I save. So, it seems that somehow quotes were put on one but not the other. Do you have another example, I'd really like to figure out why quotes are put on one but not the other.
Additionally, as I'm testing this, I can't seem to get the Rating: 1star keyword to automatically appear at all unless I manually put that one in quotes.

[jfriend]

Additionally, as I'm testing this, I can't seem to get the Rating: 1star keyword to automatically appear at all unless I manually put that one in quotes. It is a long standing issue with Smugmug that no IPTC keywords upon upload are properly indexed if they have mixed alphanumerics in them. 1star is such a keyword. Andy and I have discussed and documented the issues in depth in previous discussions (which could be found via search). I believe he said JT or someone would look at it sometime, but that was awhlie ago and I haven't heard anything about it since.

The only way to get it indexed is to set it inside of Smugmug's keyword UI by putting quotes around it. This is a royal pain and basically means mixed alphanumeric keywords don't work in Smugmug without redoing your keywords after uploading. It certainly appears to me like at least a major design deficiency or maybe even a bug if the desire was to actually index all IPTC keywords that an image arrives with (which I assume is the desire and believe should be the desire).

[Andy]

It appears that slideshow thumbs are still busted when the slideshow runs off a feed. In these posts (http://www.dgrin.com/showthread.php?p=991332#post991332) in the latest bug reporting thread, there was a back and forth exchange about it. We concluded that it's a problem anytime the slideshow runs off a feed and it's still reproducible in this site (http://www.kylelamyphoto.com/), but we never saw any followup from Smugmug other than Andy's request to clear cookies which doesn't appear to have anything to do with it.It's bugged to Shizam. Thanks John!

[ashishpandey]

When I click on the edit link under each photo, I see that the keywords are stored differently there. One has quotes around each and every set of keywords. While the other doesn't have quotes at all. But, both show Rating: 1star in that box. If I put quotes around Rating: 1star for the photo without it showing it appears when I save. So, it seems that somehow quotes were put on one but not the other. Do you have another example, I'd really like to figure out why quotes are put on one but not the other.

It seems it regressed at some point in time

If you look at the following galleries, they seem to have picked up the keywords fine
http://photography.ashish-pragya.com/gallery/6436961_CCRLu/1/429569586_ggxvW#429569586_ggxvW
http://photography.ashish-pragya.com/gallery/6462845_v6RmC/2/409933723_PYty9#409929083_YxD8m
http://photography.ashish-pragya.com/gallery/6462898_tZyCb/1/409932038_5FPc5#409932660_JCVYJ

If you look at most of my other galleries (which I presume have been uploaded more recently), the keywords go missing
http://photography.ashish-pragya.com/gallery/6503417_322Wz#413137151_GQSbB
http://photography.ashish-pragya.com/gallery/6503169_zZpZa#413120956_R2mcK
http://photography.ashish-pragya.com/gallery/6462715_gEKoA#409914825_xGACn

The second set is larger, and it seems these days I can never get my uploaded pictures to identify my rating keywords. Does this mean it used to work earlier and is completely broken now? That may be a good direction to look at

If you want more examples, look at my galleries. Almost all of my images have rating keywords, and in most galleries they are not showing up

Since the data seems to be there when we hit edit, can I assume that all my keywords would come back to life when you get around to fixing that? :wink

[jfriend]

Here's a minor CSS formatting bug. In a site with just the mini-Smugmug footer and the smugmugBlack-xxxxxx-stretch.css style (no other theme applied), when viewing a stretchy gallery, the mini-footer won't center itself properly (it's about 20px off).

The #footer object has a min-width of 755px via a style rule in smugmugBlack and 15px margins on left/right, yet it's container object #cobrand_footer is only 750px wide. Thus, the mini-footer can't center itself properly inside the cobrand_footer and it ends up about 20px off center. This was made more obvious in this site (http://www.stephenjpeters.com/gallery/6441784_qNnKT#408219062_rGWAM), because he has some correctly centered text right above the mini-footer and the two were not lining up. He has since fixed his site with this customization:

#footer {min-width:700px !important;}

so now the #footer mini-footer is small enough to center itself properly.

I'm writing this up because it's probably something that should get tweaked in the smugmugBlack css file at some point. Obviously not super important, but hopefully one of those things that can get cleaned up to keep things looking polished.

[Andy]

Here's a minor CSS formatting bug. In a site with just the mini-Smugmug footer and the smugmugBlack-xxxxxx-stretch.css style (no other theme applied), when viewing a stretchy gallery, the mini-footer won't center itself properly (it's about 20px off).

The #footer object has a min-width of 755px via a style rule in smugmugBlack and 15px margins on left/right, yet it's container object #cobrand_footer is only 750px wide. Thus, the mini-footer can't center itself properly inside the cobrand_footer and it ends up about 20px off center. This was made more obvious in this site (http://www.stephenjpeters.com/gallery/6441784_qNnKT#408219062_rGWAM), because he has some correctly centered text right above the mini-footer and the two were not lining up. He has since fixed his site with this customization:

#footer {min-width:700px !important;}

so now the #footer mini-footer is small enough to center itself properly.

I'm writing this up because it's probably something that should get tweaked in the smugmugBlack css file at some point. Obviously not super important, but hopefully one of those things that can get cleaned up to keep things looking polished.
Was this in IE6 only or all supported browsers?

[jfriend]

Was this in IE6 only or all supported browsers?I saw it in FF3. I believe it's just a CSS coding error that would occur in all browsers.

[jfriend]

I have no idea how long ago I first reported this problem (it feels like 6 months ago), but it remains unfixed.

If some unfortunate sole puts this line in their homepage slideshow declaration:

splash: 'false',

thinking that this is how you say you don't want a splash screen, then slideshow code will eat 100% of a CPU (on Windows Vista, I don't know about other flash platforms). It's really horrible. If you don't have multiple CPUs, it can cripple your ability to use the computer until you realize you have to close that site.

Apparently, the slideshow code is not handling errors well and it goes into some sort of infinite loop when it gets an invalid URL for the splash screen. A little defensive coding with decent error handling should prevent this entirely.

I've written about this a couple times before, but I'm writing about it again because I keep seeing users and viewers inflicted by it and it was so long ago that I first wrote about it, that I have no idea if it's actually going to be fixed or not and it's unlikely it's a particularly time consuming fix. I would think that the folks at Smugmug would be horrified that there are customer's sites out there inflicting serious CPU hogging and sullying the reputation of Smugmug and it's slideshow design. That's why I'm surprised it hasn't been prioritized high enough to get fixed.

The latest victim I've run into is here (http://www.dgrin.com/showthread.php?p=1019401#post1019401), though hopefully he will fix his site as I've advised him.

[bullwinkle]

I'm having a very weird intermittent issue with firefox this evening -- my CSS keeps dropping out; then it drops back in. I have CSS in two places -- the CSS field, plus I have some in the head field. What I really don't get is that at the exact same time it all drops out of Firefox, it's fine in IE and Chrome. Also it can happen on any page -- plus it can drop in or out when I do nothing more than reload a given page.

The version of Firefox that I'm using is 3.0.5. I'm *not* logged in on Firefox (or IE) -- I'm using Chrome to make my changes.

My site's at http://photos.nmstockphotos.com/

Any help or explanation would be greatly appreciated -- thanks!

[bullwinkle]

I'm having a very weird intermittent issue with firefox this evening -- my CSS keeps dropping out; then it drops back in. I have CSS in two places -- the CSS field, plus I have some in the head field. What I really don't get is that at the exact same time it all drops out of Firefox, it's fine in IE and Chrome. Also it can happen on any page -- plus it can drop in or out when I do nothing more than reload a given page.

The version of Firefox that I'm using is 3.0.5. I'm *not* logged in on Firefox (or IE) -- I'm using Chrome to make my changes.

My site's at http://photos.nmstockphotos.com/

Any help or explanation would be greatly appreciated -- thanks!

I figured this out -- I was missing the closing style tag in the head section. It was really strange because what dropped out was the EXTERNAL styles -- but the problem was with the internal sheet. Ugh. Sorry!

[thayes01]

Regarding HTML-only web page, page jump code (e.g. <a name="HowTo"> </a>) will not work when gallery style is set to "Journal." Work around: Set gallery style to "SmugMug."

[Lori_B]

Hi, I'm working on a gallery in which I want all my pics to be sorted by filename, and then afterward I switch to manual sorting to move a few things around (4 videos, whose filenames don't fit the chronological order). Normally this works. However today, whenever I switch to manual sort, it "unarranges" the sort by filename, and if I tell it to sort by filename in the Arrange Photos section (rather than Customize Gallery) it does not arrange them correctly. My images start at IMG_32xx, but it starts the gallery at IMG_33xx and up, and puts all the 3200's at the end.

Finally I decided to go back to Customize Gallery, set them to Arrange by Filename, and then go into the gallery tools and do Arrange by Number. Moved my videos around, and thought I'd finally found a loophole to the bug -- until I hit Save and nothing happened. Then I realized I had about 20 "javascript:void" tabs that opened in my browser window. And I still have an unarranged gallery. Help!

One other thing I noticed, which makes me think it's a bug in the Arrange thing, is that the button in the arrange area only ever says "unselect all" but does not switch to "select all" when 0 images are selected. I seem to remember it used to say "select all".

Gallery:
http://loribrueseke.smugmug.com/gallery/7164708_WDaWr/1/459856729_VKwhs#459856729_VKwhs

Browser: FF 3.0.5
OS: Win XP Pro

Recent changes to my site (shouldn't be related but ya never know): Changed the gallery from which my homepage slideshow draws its images, changed the size of my banner.

I'll be afk for an hour or so but will be back soon. Thanks in advance!

[Allen]

...
You need to turn off the auto gallery sort.

Under customize gallery set the arrange to none and ascending. Then under
tools > many photos > Arrange > click Sort. This is a one shot sort any way
you want it. Then you will be able to move individual photos around.

[Lori_B]

Ok it's working now. But that is what I was doing before...
Still getting the javascript:void tab popping up.

[ashishpandey]

Do you have another example, I'd really like to figure out why quotes are put on one but not the other.

I posted a couple of more examples. Did they they help? I am not sure if this is being fixed as I did not see any followup after the above quote

[Andy]

I posted a couple of more examples. Did they they help? I am not sure if this is being fixed as I did not see any followup after the above quote
Ashish - Dustin has the info, and our sorcerers have the info. When we have news on this we'll report it, thanks.

[Thando]

I posted a couple of more examples. Did they they help? I am not sure if this is being fixed as I did not see any followup after the above quote

So, Jfriend offered a reason for this:
Quote:
Originally Posted by Thando
Additionally, as I'm testing this, I can't seem to get the Rating: 1star keyword to automatically appear at all unless I manually put that one in quotes.

It is a long standing issue with Smugmug that no IPTC keywords upon upload are properly indexed if they have mixed alphanumerics in them. 1star is such a keyword. Andy and I have discussed and documented the issues in depth in previous discussions (which could be found via search). I believe he said JT or someone would look at it sometime, but that was awhlie ago and I haven't heard anything about it since.

The only way to get it indexed is to set it inside of Smugmug's keyword UI by putting quotes around it. This is a royal pain and basically means mixed alphanumeric keywords don't work in Smugmug without redoing your keywords after uploading. It certainly appears to me like at least a major design deficiency or maybe even a bug if the desire was to actually index all IPTC keywords that an image arrives with (which I assume is the desire and believe should be the desire).
__________________
--John

That would answer the question if you put quotes around some of your keywords but not others. Have you done that?

[shg]

Having a strange problem with the SmugMug style under Firefox today. It keeps putting the image BELOW the thumbnails instead of placing it to the right of them.

Problem doesn't show up under Safari.

[jfriend]

Having a strange problem with the SmugMug style under Firefox today. It keeps putting the image BELOW the thumbnails instead of placing it to the right of them.

Problem doesn't show up under Safari. This is usually because your browser is set to a zoom number other than 100%. Select View/Zoom/Reset in Firefox.

[ashishpandey]

So, Jfriend offered a reason for this:

That would answer the question if you put quotes around some of your keywords but not others. Have you done that?

I shared two samples. Both have identical keywords. One that was uploaded earlier, and shows the keywords correctly. The recently uploaded ones dont show the keywords. Besides, keywords like 'Hong Kong' which have spaces work correctly without needing any quotes. The keywords that are shown on edit box are different from what appear under the photo and are indexed. Do you consider these inconsistencies as bugs, and are there any plans to fix this?

One thing to note is that on the older uploads, when things are fine, smugmug seems to have added quotes on all keywords that have spaces. On new ones, thats not the case. "Rating: 1star" and "Hong Kong" are both good examples
Older - http://ashishpandey.smugmug.com/gallery/6801320_ARdyv#452114921_kNJDM
New - http://ashishpandey.smugmug.com/gallery/6801320_ARdyv#452113474_VqHMo
You may look at originals and see that both have similar keywords, and I don't add quotes in either cases (both should be saved by lightroom)

It works if I go and edit the keywords and put quotes around them. But I don't go and edit keywords directly in smugmug. They come directly from my DAM workflow from Lightroom. I think they are imported as part of smugmug upload. I do not put any quotes around any of my keywords, at least not that I am aware of. The originals are with you and you can check that. They also work correctly on other sites that support keywords. They work fine on DAM software like iMatch. And they are based on the DAM workflow as described in Peter Krogh's The Dam Book. I do not think it would be a good idea to change my DAM workflow or existing library because smugmug is having difficulty handling some keywords

The reason I have been asking for status on this is because I really don't know yet (for the lack of a transparent bug tracking system) if you have categorized this as a bug or are planning to fix this. Your last reply seems to suggest that I should be changing my workflow to accomodate quotes around keywords. Not only it is something extra work, it also does not instill confidence because I have no guarantees that if the behaviour at smugmug changes in future (which seems to be the case in the two samples I posted), I would need to refactor my galleries yet again

So I just want to know if smugmug will fix the keyword handling to handle this case? I would be glad to assist by providing samples, answering queries etc to make sure that the behaviour is correctly understood

[Luis Leyva]

Anybody else having problems with the Flash lide Show?
It seems to hang...

http://lleyvaphoto.com

Please help!

Luis Leyva

[jfriend]

I was troubleshooting why a slideshow was stopping from getting any new images. To do so, I used a proxy that was hooked into Firefox to watch all the network traffic coming from the browser. I was surprised to find the slideshow making requests for URLs like this:

/photos/451075143_4uY5Q-MediumURL-4.jpg

Is that a valid URL?

Here are the actual headers from the HTTP request:

GET /photos/451075143_4uY5Q-MediumURL-4.jpg HTTP/1.1
Host: api.smugmug.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive

When I watch the requests, they all fail. Is the slideshow supposed to be doing this? If so, why is it doing this and why do they all fail?

I've seen this many times, not just once. It seems to be easy to reproduce.

Oh, one more thing. When it requests this invalid URL, the slideshow stalls until that request fails.

[devbobo]

I was troubleshooting why a slideshow was stopping from getting any new images. To do so, I used a proxy that was hooked into Firefox to watch all the network traffic coming from the browser. I was surprised to find the slideshow making requests for URLs like this:

/photos/451075143_4uY5Q-MediumURL-4.jpg

Is that a valid URL?

Here are the actual headers from the HTTP request:

GET /photos/451075143_4uY5Q-MediumURL-4.jpg HTTP/1.1
Host: api.smugmug.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive

When I watch the requests, they all fail. Is the slideshow supposed to be doing this? If so, why is it doing this and why do they all fail?

I've seen this many times, not just once. It seems to be easy to reproduce.

John,

Can you please be more specific about which slideshow ? Slideshow style ? Fullscreen slideshow or embedded slideshow (eg, homepage) ?

Cheers,

David

[jfriend]

John,

Can you please be more specific about which slideshow ? Slideshow style ? Fullscreen slideshow or embedded slideshow (eg, homepage) ?

Cheers,

David I am seeing it right now on this homepage slideshow: http://leyvaphoto.com/. I have a captured log file from the proxy if you want. It's too big to attach in the forum, but I could email it to you if you want.

[jfriend]

Anybody else having problems with the Flash lide Show?
It seems to hang...

http://lleyvaphoto.com

Please help!

Luis Leyva

I'm assuming your correct URL is http://leyvaphoto.com/ (only one l at the beginning). When I looked at your site, I saw that the slideshow was hanging for a long time when the browser made a request to quantserve.com (a web reporting service that I believe Smugmug uses). It appears that for a little while quantserve or some part of the network between you and I to them was being unresponsive and that was causing the issue. It seems to be working now so maybe that hiccup has been fixed.

[jfriend]

I am seeing it right now on this homepage slideshow: http://leyvaphoto.com/. I have a captured log file from the proxy if you want. It's too big to attach in the forum, but I could email it to you if you want.

I don't see the invalid URL issue on the gallery slideshow, but I do see it hitting pixel.quantserve.com for every single image it loads in the slideshow. Is that intended?

[devbobo]

I am seeing it right now on this homepage slideshow: http://leyvaphoto.com/. I have a captured log file from the proxy if you want. It's too big to attach in the forum, but I could email it to you if you want.

yeah, email it to me please :D

[devbobo]

I don't see the invalid URL issue on the gallery slideshow, but I do see it hitting pixel.quantserve.com for every single image it loads in the slideshow. Is that intended?

i saw that earlier, it's a question for Lee or Jimmy

[jfriend]

yeah, email it to me please :D Email sent.

[Shizam]

I am seeing it right now on this homepage slideshow: http://leyvaphoto.com/. I have a captured log file from the proxy if you want. It's too big to attach in the forum, but I could email it to you if you want.

Is this still happening? I can't reproduce it on the given site in FF3, OS X, Flash 10.

Sam

[jfriend]

Is this still happening? I can't reproduce it on the given site in FF3, OS X, Flash 10.

Sam

Yes, I see it right now in the slideshow on http://leyvaphoto.com/ on FF3 and Flash 10.0.12.36. It does requests like this:

GET /photos/451436191_3BVds-MediumURL-1.jpg HTTP/1.1

I see five requests like that in the first minute or so of the slideshow. They all return an error. I'm monitor the requests using the Fiddler Debugging Proxy so I can see all web requests from my computer.

[darryl]

Andy recently replied to a CLOSED Bug Reporting Thread (Confused? Yeah, I wish they'd implement sub-sub-forums for bug reporting so you wouldn't have to dig through multiple closed and monolithic "bug reporting threads" to find a specific bug and what the follow-ups were to it.):



Please fix the slideshow so that it will still display and NOT use 100% of your CPU if the splash image is not correct. Good defensive coding techniques should still be able to display the slideshow and not gobble up your Windows CPU just because the splash image URL is incorrect.

Here's the latest customer victim of such a behavior in the slideshow.

being fixed as we speak and going out soon with a bunch of other slideshow fixes.


Oooh. Could this possibly include a fix for the slideshow freezing when it hits a video? http://www.dgrin.com/showthread.php?p=996551#post996551

(Ideally the slideshow would actually *play* the videos, like Phanfare's does. But at least show the thumbnail, or skip it entirely. Not freeze!)

[jfriend]

Yes, I see it right now in the slideshow on http://leyvaphoto.com/ on FF3 and Flash 10.0.12.36. It does requests like this:

GET /photos/451436191_3BVds-MediumURL-1.jpg HTTP/1.1

I see five requests like that in the first minute or so of the slideshow. They all return an error. I'm monitor the requests using the Fiddler Debugging Proxy so I can see all web requests from my computer. Shizam, were you able to see this? Are you going to be able to fix it in the upcoming new slideshow release?

[Andy]

Shizam, were you able to see this? Are you going to be able to fix it in the upcoming new slideshow release?
No, we've been unable to reproduce this at all, John. Not me, Dustin or Shizam.

[darryl]

Hi, I'm working on a gallery in which I want all my pics to be sorted by filename, and then afterward I switch to manual sorting to move a few things around (4 videos, whose filenames don't fit the chronological order). Normally this works. However today, whenever I switch to manual sort, it "unarranges" the sort by filename, and if I tell it to sort by filename in the Arrange Photos section (rather than Customize Gallery) it does not arrange them correctly. My images start at IMG_32xx, but it starts the gallery at IMG_33xx and up, and puts all the 3200's at the end.

I've noticed this bug in "quick sort" too. Apparently SmugMug is alphabetizing using some funky new alphanumeric scheme:

Here's the order it placed some movies I recently uploaded (after selecting "quick sort -> Filenames"):

MVI_9809.AVI
MVI_9808.AVI
MVI_9797.AVI
MVI_9799.AVI
MVI_9807.AVI
MVI_9802.AVI
MVI_9806.AVI
MVI_9793.mov
MVI_9796.MOV
MVI_9798.AVI
MVI_9793.mov
MVI_9805.AVI
MVI_9795.MOV
MVI_9800.AVI
MVI_9794.MOV
MVI_9801.AVI
MVI_9804.AVI
MVI_9803.AVI

(Yes, the suffixes are different, but that really shouldn't matter. This sort algorithm is totally wacked.)

Note also that all of these "M" files showed up before the "I" files (IMG_xxxx.JPG).

[Andy]

Andy recently replied to a CLOSED Bug Reporting Thread (Confused? )
Sorry you were confused, my post was to deliver specific news on a specific bug.



Oooh. Could this possibly include a fix for the slideshow freezing when it hits a video? http://www.dgrin.com/showthread.php?p=996551#post996551

(Ideally the slideshow would actually *play* the videos, like Phanfare's does. But at least show the thumbnail, or skip it entirely. Not freeze!)
It's not related but that's being dealt with as well.

[jfriend]

No, we've been unable to reproduce this at all, John. Not me, Dustin or Shizam. It's clearly a problem and making some slideshows not work properly. I'm really disappointed that two days went by since I answered Shizam's last question, nobody posted anything more about it asking for more information about how to reproduce.

I can reproduce it on demand. I've produced proxy logs (I emailed them to David Parry who was the first one to engage me in dgrin on this issue) that show the bad web requests that the slideshow is making. My proxy reports these requests as a protocol violation and they all fail.

How did you all look for this problem? It's not something you can see with your eyes unless you realize the slideshow is getting stuck on an image for a longer time than it should which is what was happening to some customers and why I looked into it in the first place. You only see the real cause of the issue when you see the actual log of web requests that are being made. It is reproducible on some customer sites on some computers.

Does anyone care to work on it any more?

[Andy]

It's not something you can see with your eyes
John, they're using HTTPscoop. They're rather competent, I promise :thumb


It's clearly a problem and making some slideshows not work properly. I'm really disappointed that two days went by since I answered Shizam's last question, nobody posted anything more about it asking for more information about how to reproduce.

I can reproduce it on demand. I've produced proxy logs
Does anyone care to work on it any more?
I'm really sorry we disappointed you John :( I've said over and over again that we monitor this thread, we have dedicated person (Dustin) doing just that. And he reports everything to the Sorcery team (and I do, too). We've never, ever, ever ever ever given you any reason to believe that we don't do this. I'm really sorry that we didn't reply to your post in two days. It's only because everyone here is already working 70 hrs a week and we didn't have the extra time :D We will try to be more responsive to you, John.


Can you please email me the proxy logs?

[Andy]

Can you please email me the proxy logs?
OK we have it. Thank you. Shizam says he'll get on this after the current round of bug fixes.

[jfriend]

John, they're using HTTPscoop. They're rather competent, I promise :thumb

I'm really sorry we disappointed you John :(
Can you please email me the proxy logs? Logs sent to you via email. The faulty requests look like this:

GET /photos/451436450_ELXPn-MediumURL-1.jpg HTTP/1.1

instead of normal requests that look like this:

GET /photos/451436450_ELXPn-M-1.jpg HTTP/1.1
GET /photos/451435850_J2WcR-M-1.jpg HTTP/1.1
GET /photos/451435850_J2WcR-680x580.jpg HTTP/1.1
GET /photos/457423878_Bk3aa-540x580.jpg HTTP/1.1


My environment where it is reproducible is Vista Home Premium, Flash version WIN 10,0,12,36. Problem seen in Firefox 3.0.6 (I didn't check other browsers).

[PhotoShooter]

Did something recently change? I am no longer able to view any of my gallery photos where the style is set to SmugMug. I have also checked random galleries and am getting the same issue, so it shouldn't be any of my customizations. IE6 is reporting "Error on page". I am not seeing the problem on IE7 or Firefox. I need to understand what the problem is. Many of our users have not upgraded to IE7.

[Andy]

Did something recently change? I am no longer able to view any of my gallery photos where the style is set to SmugMug. I have also checked random galleries and am getting the same issue, so it shouldn't be any of my customizations. IE6 is reporting "Error on page". I am not seeing the problem on IE7 or Firefox. I need to understand what the problem is. Many of our users have not upgraded to IE7.
Nothing changed and IE6 is showing SmugMug sites for me/us just fine. Can we have a link to your site please?

Oh and are you certain you're allowing javascript? Any addons or security changes lately (norton, mcafaee, etc)?

[shrekie]

I have noticed a bug in using the Safari 'Back' button for some time but haven't been able to find anything in the forums on it. (Using Safari 3.2.1 on OS X 10.5.6).

Basically, the back button on Safari at times doesn't seem to work and you have to press it TWICE to actually go back to the previous page. Take this example:

1. Go to this gallery:
http://www.lookingglassphotography.com.au/Travel/707313

2. Click on the Highlights from Cambodia gallery on the bottom:
If you look at what the URL is doing in Safari, it initially loads this URL...
a) h t t p://www.lookingglassphotography.com.au/gallery/7277503_mHkqr

...but then towards the end of the loading, it adds a type of extension to the end of the URL so that it now becomes this:
b) h t t p://www.lookingglassphotography.com.au/gallery/7277503_mHkqr#465578734_LMXRh

**I added the spaces in between the http because if I didn't, it truncates the link and you won't really be able to read what's happening with the URLs**

3. So on this gallery of "Highlights from Cambodia", if you press "back" on Safari, it takes you to link 2a which is essentially the same gallery as link 2b, thus making it appear that the back button is not working. It only takes you directly back to the previous page if you navigate from WITHIN the smugmug hierarchy of links of the galleries and sub-galleries.

As far as I can tell, this appears to be a Safari issue because I have tested it on Firefox and it works fine. Any ideas?

Thanks:)

[jfriend]

OK we have it. Thank you. Shizam says he'll get on this after the current round of bug fixes.

Here's another site that is showing the same problem right now: http://www.rlsimaging.com/. He says he has viewers complaining that his slideshow only shows a few images and then stops. I can see in the proxy logs, that is is also asking for the same flawed URL of the forum (http://api.smugmug.com/photos/464529004_QchNh-MediumURL.jpg), getting an error back and sometimes getting hung up on that.

[jfriend]

Here's another site that is showing the same problem right now: http://www.rlsimaging.com/. He says he has viewers complaining that his slideshow only shows a few images and then stops. I can see in the proxy logs, that is is also asking for the same flawed URL of the forum (http://api.smugmug.com/photos/464529004_QchNh-MediumURL.jpg) (http://api.smugmug.com/photos/464529004_QchNh-MediumURL.jpg%29), getting an error back and sometimes getting hung up on that. I looked into this one a little further. In my proxy app, I can see the JSON response come back that lists the images for the slideshow before the slideshow starts requesting them. It looks perfectly correct. The URLs are correct in there and there are no errors in the JSON response. I have actually put it through a javascript interpreter and it is parsed fine with correct URLs. So, somewhere after the JSON response is received by the flash slideshow, it parses that and constructs the URL it wants to request and comes up with a bogus URL to request like this:

http://api.smugmug.com/photos/464537712_zjsAH-MediumURL.jpg

The correct URL is:

http://api.smugmug.com/photos/464537712_zjsAH-M.jpg

The issue definitely seems to be in the flash code somewhere (either Smugmug's code or Adobe's code).

FYI, I can see the slideshow hang up for a long time when it runs into one of these requests, probably some long timeout waiting for the bogus image to be returned.

[darryl]

Hey guys:

A lot of people like to embed third-party slideshows/photo viewers into their Bio section or Gallery Descriptions. I've figured out how to do this for the Airtight collection of viewers, and am working on getting the CoolIris 3D Embed Wall working too.

One problem I've run into is that SmugMug is translating special characters and that's screwing up my scripts (which typically need to be fed a SmugMug RSS feed to work). Here's what I'd have in my Bio:

<html><center><embed type="application/x-shockwave-flash"
src="http://apps.cooliris.com/embed/cooliris.swf"
width="500" height="300"
flashvars="showEmbed=false&showSearch=false&feed=http://rudebadmood.com/clean/http://api.smugmug.com/hack/feed.mg?Type=nicknameRecentPhotos%26Data=gladlee%2 6format=rss200%26Size=Small"
allowFullScreen="true" allowScriptAccess="always"></embed></center>
</html>


Here's what ends up in the rendered source:

<center><embed height="300" width="500" allowscriptaccess="always" allowfullscreen="true" flashvars="showEmbed=false&showSearch=false&feed=http://rudebadmood.com/clean/http://api.smugmug.com/hack/feed.mg?Type=nicknameRecentPhotos&Data=gladlee&format=rss200&Size=Small" src="http://apps.cooliris.com/embed/cooliris.swf" type="application/x-shockwave-flash"/>
</center>

Unfortunately the %26 gets converted to &, which screws up the Flash application. With my Smugtight implementation, I hacked around this by substituting AMPERSAND for &, but this is kind of ridiculous. Yes, I tried backslashing the %. I end up with \%26.

Can you change how you parse any Bio/Gallery Desc/Caption text to *not* translate special characters? Is there some other way to escape the %26 so that your renderer will just let it be %26 in the source?

Here's the SmugMug page where embedding does not work in the Bio box: http://gladlee.smugmug.com/

And here's a non-SmugMug page where the same code works fine: http://www.rudebadmood.com/darryllatest/index2.html

[darryl]

Hey guys:

A lot of people like to embed third-party slideshows/photo viewers into their Bio section or Gallery Descriptions. I've figured out how to do this for the Airtight collection of viewers, and am working on getting the CoolIris 3D Embed Wall working too.

One problem I've run into is that SmugMug is translating special characters and that's screwing up my scripts (which typically need to be fed a SmugMug RSS feed to work). Here's what I'd have in my Bio:

<html><center><embed type="application/x-shockwave-flash"
src="http://apps.cooliris.com/embed/cooliris.swf"
width="500" height="300"
flashvars="showEmbed=false&showSearch=false&feed=http://rudebadmood.com/clean/http://api.smugmug.com/hack/feed.mg?Type=nicknameRecentPhotos%26Data=gladlee%2 6format=rss200%26Size=Small"
allowFullScreen="true" allowScriptAccess="always"></embed></center>
</html>


Here's what ends up in the rendered source:

<center><embed height="300" width="500" allowscriptaccess="always" allowfullscreen="true" flashvars="showEmbed=false&showSearch=false&feed=http://rudebadmood.com/clean/http://api.smugmug.com/hack/feed.mg?Type=nicknameRecentPhotos&Data=gladlee&format=rss200&Size=Small" src="http://apps.cooliris.com/embed/cooliris.swf" type="application/x-shockwave-flash"/>
</center>

Unfortunately the %26 gets converted to &, which screws up the Flash application. With my Smugtight implementation, I hacked around this by substituting AMPERSAND for &, but this is kind of ridiculous. Yes, I tried backslashing the %. I end up with \%26.

Can you change how you parse any Bio/Gallery Desc/Caption text to *not* translate special characters? Is there some other way to escape the %26 so that your renderer will just let it be %26 in the source?

Here's the SmugMug page where embedding does not work in the Bio box: http://gladlee.smugmug.com/

And here's a non-SmugMug page where the same code works fine: http://www.rudebadmood.com/darryllatest/index2.html

Ah, I love talking to myself. Anyways, this is moderately interesting -- %26 in the Bio textbox does *not* get converted to & when I'm logged in, and so the 3D Embed Wall works. But when I switch to Vistor View or logout, they do get converted to & and it fails.

Any ideas, wizards of Smug?

[rainforest1155]

Ah, I love talking to myself. Anyways, this is moderately interesting -- %26 in the Bio textbox does *not* get converted to & when I'm logged in, and so the 3D Embed Wall works. But when I switch to Vistor View or logout, they do get converted to & and it fails.

Any ideas, wizards of Smug?
Thanks for reporting it. It does not work at all. Only when initially entered, the AJAX does not convert it. Refreshing the page, it'll be in the page source as a converted &. So there's no difference between logged in / logged out.

I've passed it on to our bugman. He'll report it to our engineers. For now, there's no workaround for it as far as I know. Sorry.

Sebastian

[2whlrcr]

I am having problems viewing my gallaries. I click on my different gallaries and the page loads, but none of the photos appear? I've tried this throughout the day and no luck.

I also noticed that my control panel access or header/toolbar has disappeared?

Any ideas?

http://mmcconaughy.smugmug.com/

[shrekie]

I am having problems viewing my gallaries. I click on my different gallaries and the page loads, but none of the photos appear? I've tried this throughout the day and no luck.

I also noticed that my control panel access or header/toolbar has disappeared?

Any ideas?

http://mmcconaughy.smugmug.com/

I had that experience as well, although I think it may have something to do with websites that have smugmug in the domain name. I had a lot of loading errors with photos not loading, pages with error warnings etc when I used www.lookingglassphotography.smugmug.com, but when I used my own domain name of www.lookingglassphotography.com.au, it seemed to work ok.

[Seamus]

I had that experience as well, although I think it may have something to do with websites that have smugmug in the domain name. I had a lot of loading errors with photos not loading, pages with error warnings etc when I used www.lookingglassphotography.smugmug.com, but when I used my own domain name of www.lookingglassphotography.com.au, it seemed to work ok.


Hi Shrekie & 2whlrcr,

Both of you are using safari on macs. Unfortunately, there is a bug in the latest release of osx 10.5.6 which causes problems with SmugMug and a lot of other sites:

http://discussions.apple.com/thread.jspa?threadID=1828195&start=0

http://discussions.apple.com/thread.jspa?threadID=1828211&start=0

We recommend using firefox until Apple fix this bug. You can get Firefox here:

http://getfirefox.com/

hth,

Shay.

[shrekie]

Hi Shrekie & 2whlrcr,

Both of you are using safari on macs. Unfortunately, there is a bug in the latest release of osx 10.5.6 which causes problems with SmugMug and a lot of other sites:

http://discussions.apple.com/thread.jspa?threadID=1828195&start=0

http://discussions.apple.com/thread.jspa?threadID=1828211&start=0

We recommend using firefox until Apple fix this bug. You can get Firefox here:

http://getfirefox.com/

hth,

Shay.

Thanks for confirming the bug Shay.

[Seamus]

Thanks for confirming the bug Shay.

No worries :)

Shay.

[agallia]

Several weird things are happening with Smugmug on my two computers today. Have made no customizing changes recently????
1. FF 3.0.6 - Gallery slideshows are not working.

2. IE7 - Gallery pages not loading fully...thumbs not showing?

Please advise. Thanks.

[GollyJer]

When trying to add a comment by logging into Facebook Connect I get the following error:
http://www.thegollys.com/photos/475804894_vfaJW-M.jpg
My guess at a quick fix is that SmugMug needs to default to a users smugmug url instead of the custom domain when sending the request to Facebook.

[agallia]

Several weird things are happening with Smugmug on my two computers today. Have made no customizing changes recently????
1. FF 3.0.6 - Gallery slideshows are not working.

2. IE7 - Gallery pages not loading fully...thumbs not showing?

Please advise. Thanks.

Fixed the FF slideshow problem. It was Adblock Plus. See thread (http://www.dgrin.com/showpost.php?p=1044730&postcount=16).

IE7 still doesn't load gallery thumbs and main image, just header, footer, and gallery description. Is this an IE7 Options setting?

[Andy]

When trying to add a comment by logging into Facebook Connect I get the following error:
http://www.thegollys.com/photos/475804894_vfaJW-M.jpg
My guess at a quick fix is that SmugMug needs to default to a users smugmug url instead of the custom domain when sending the request to Facebook.Yeah we're addressing, it's a FB issue, so we'll work around it.

[rainforest1155]

Fixed the FF slideshow problem. It was Adblock Plus. See thread (http://www.dgrin.com/showpost.php?p=1044730&postcount=16).

IE7 still doesn't load gallery thumbs and main image, just header, footer, and gallery description. Is this an IE7 Options setting?
Could you try clearing your IE cache and the SmugMug cookies? Then close and restart your browser and see if that helps.

Sebastian

[agallia]

Could you try clearing your IE cache and the SmugMug cookies? Then close and restart your browser and see if that helps.

Sebastian
Done all those things several times. Even reinstalled IE7 and Adobe Flash Player 10. Set all Security/Privacy options to default.

Site runs okay on IE7 on my desktop XP Home...little sluggish but runs. Problem is with my laptop, which has XP Media (Pro) and all IE7 options as well as Java settings are the same as other. But when my site starts, the Bio slideshow never loads (only shows bottom text in Bio box). Get "Done, but errors on page" messages in IE status bar. Same whether I use either SM default address or my custom domain.

When I go to any gallery, header, footer, description loads but thumbnails or selected photo never loads...stays blank.

At a loss. Runs okay on FF and Safari on both computers. Problem is with IE7 on laptop only. Appreciate any ideas.

[nwgeogirl]

Most of my slideshows are working, but a few are not for some odd reason. The slideshow I'm referring to is the viewer-selected option. I had someone notify me of this today, and tried it out, and it's not working for me either. I've tried in Firefox 3.0.6 and IE 6.

This one seems to work fine (Advanced Fish):
http://nwgeogirl.smugmug.com/gallery/5635675_oJfQn#352411024_YLXUL

This one doesn't ever get started (Inverts):
http://nwgeogirl.smugmug.com/gallery/3215143_qXa3x#177523307_Yvipw

This one loads thumbnails, but that's all that happens (Fish):
http://nwgeogirl.smugmug.com/gallery/3126827_AppDT#171341688_iYdJW

I tried it in IE 6 with varying degrees of non-functionality - although slightly different weirdness happens than what I'm seeing in Firefox 3.0.6

Any ideas?

Thanks in advance,

- Janna :scratch

[agallia]

Done all those things several times. Even reinstalled IE7 and Adobe Flash Player 10. Set all Security/Privacy options to default.

Site runs okay on IE7 on my desktop XP Home...little sluggish but runs. Problem is with my laptop, which has XP Media (Pro) and all IE7 options as well as Java settings are the same as other. But when my site starts, the Bio slideshow never loads (only shows bottom text in Bio box). Get "Done, but errors on page" messages in IE status bar. Same whether I use either SM default address or my custom domain.

When I go to any gallery, header, footer, description loads but thumbnails or selected photo never loads...stays blank.

At a loss. Runs okay on FF and Safari on both computers. Problem is with IE7 on laptop only. Appreciate any ideas.
Followup: I finally got it working on my laptop! Not sure what actually "fixed" it but the homepage Bio slideshow is running and the gallery pages thumbs/selected photo/slideshow work too. I ended up reinstalling IE7, uninstalling/reinstalling Java, clearing caches, setting all IE options to default, etc. Finally started acting "normal" again. I tend to believe it was a Java problem. Anyway, King, this case is closed...I hope. :clap

[Barb]

Most of my slideshows are working, but a few are not for some odd reason. The slideshow I'm referring to is the viewer-selected option. I had someone notify me of this today, and tried it out, and it's not working for me either. I've tried in Firefox 3.0.6 and IE 6.

This one seems to work fine (Advanced Fish):
http://nwgeogirl.smugmug.com/gallery/5635675_oJfQn#352411024_YLXUL

This one doesn't ever get started (Inverts):
http://nwgeogirl.smugmug.com/gallery/3215143_qXa3x#177523307_Yvipw

This one loads thumbnails, but that's all that happens (Fish):
http://nwgeogirl.smugmug.com/gallery/3126827_AppDT#171341688_iYdJW

I tried it in IE 6 with varying degrees of non-functionality - although slightly different weirdness happens than what I'm seeing in Firefox 3.0.6

Any ideas?

Thanks in advance,

- Janna :scratch

Hi Janna,

Can you try those two galleries now and see if the fullscreen slideshow works okay? Sometimes, if the gallery does not have all the large sizes (smugmungous), the fullscreen slideshow won't work. I went ahead and created those extra sizes (Tools > Many Photos > More > Make Smugmungous Sizes) in those two galleries and the slideshow is working okay for me now. Check and let us know.

[pillman]

Have a new slideshow. Set up as password protected and unlisted.
When activated it ask for password. Password entered and slideshow
loading pic shows and then stops. A overlay appears saying
a password is needed to open this album and beside that is a login prompt.
( totally different software than initial password from smug )...
Overlay will not allow one to enter anything and just hitting login will not
let you into show...WHY NOT ... Allen says he has many slideshow sites like
the above and gets the same overlay yet hitting the login lets him in....
Help appreciated

[Allen]

Have a new slideshow. Set up as password protected and unlisted.
When activated it ask for password. Password entered and slideshow
loading pic shows and then stops. A overlay appears saying
a password is needed to open this album and beside that is a login prompt.
( totally different software than initial password from smug )...
Overlay will not allow one to enter anything and just hitting login will not
let you into show...WHY NOT ... Allen says he has many slideshow sites like
the above and gets the same overlay yet hitting the login lets him in....
Help appreciated
The overlay is not allowing the mouse to click thru it. See my answer in your other thread.
http://www.dgrin.com/showthread.php?t=121455

[nwgeogirl]

Hi Janna,

Can you try those two galleries now and see if the fullscreen slideshow works okay? Sometimes, if the gallery does not have all the large sizes (smugmungous), the fullscreen slideshow won't work. I went ahead and created those extra sizes (Tools > Many Photos > More > Make Smugmungous Sizes) in those two galleries and the slideshow is working okay for me now. Check and let us know.

Yes, that solved the problem! OK, thanks for the heads up on that tweak.

- Janna :)

[BobKane]

I found that if I customize a gallery and set Protected=True and Easy_sharing=True, the photos in that gallery are not really protected. All one has to do is click the Share button, get a link, and select the largest available print. One can then copy the link to the address bar and right-click to download the photo. Granted, the size that can be copied is limited by the Largest_size setting on the customization page, but it still bypasses the protection the photographer thought he had.

If this is something that is impractical to fix, there should be a warning on the customization page telling the photographer that setting the Easy_sharing value to True will allow people to download the photos in that gallery regardless of the Protected setting.

-Bob Kane
http://designphotography.smugmug.com/

[jfriend]

I found that if I customize a gallery and set Protected=True and Easy_sharing=True, the photos in that gallery are not really protected. All one has to do is click the Share button, get a link, and select the largest available print. One can then copy the link to the address bar and right-click to download the photo. Granted, the size that can be copied is limited by the Largest_size setting on the customization page, but it still bypasses the protection the photographer thought he had.

If this is something that is impractical to fix, there should be a warning on the customization page telling the photographer that setting the Easy_sharing value to True will allow people to download the photos in that gallery regardless of the Protected setting.

-Bob Kane
http://designphotography.smugmug.com/ This is true. You can't share an image in it's "protected" state because that protection only comes from the way the image is presented in the Smugmug web page. So, enabling Easy Sharing let's people have access to display copies of your images regardless of the protection setting.

One could argue that you shouldn't be able to turn on Easy Sharing when protection is on or shouldn't be able to turn on protection when Easy Sharing is one. That would, of course, require some more complicated UI to help users understand why one or the other was disabled or why they are related. There really are three useful states: 1) Sharing on, protection off 2) Sharing off, protection off and 3) Sharing off, protection on. The fourth combination of Sharing On, Protection On is really not a useful state and is somewhat misleading to the site owner. Smugmug will probably argue it's "not a bug", but the UI could certainly be better around that combination.

There are other combinations that also don't make a whole lot of sense like setting "Largest Size" to "Original" and then using "Right-click protection" (I've seen several pros operate with that setting) or watermarking your images, but setting Largest size to Original (the original is never watermarked).

You might want to also know that it takes less than 10 seconds to bypass the right-click-protection once you know how it works so it's not something you should really rely on. The only real image protection comes from limiting access to large sizes and using tastefully done semi-transparent watermarks.

[ashishpandey]

If this is something that is impractical to fix, there should be a warning on the customization page telling the photographer that setting the Easy_sharing value to True will allow people to download the photos in that gallery regardless of the Protected setting.
Besides what John replied in previous post, the right click protection is at best a deterrent. Once an image is displayed in your browser window, it can _always_ be easily fetched. First, to be displayed, the image needs to be downloaded to browser cache. So your temporary internet files folder will already have it. Second, once it is being displayed, the only way to protect it is via some client side scripting (because all content is now at client end - your computer). So once my browser displays it, I can always disable javascript and save it normally. Finally, most browsers allow you to run javascript locally on the displayed page. It is very easy to negate the effect of right click protection by your own script

These are all technology limitations imposed by how internet works. Smugmug or anyone else cannot really do much about it. If you can view it, it's already on your computer

Your only friends in this case are (in order of my preference):
1. watermarks
2. sharing small image sizes
3. Legal recourse since you own rights on your image

[Oja]

Somehow the mapit feature on my smug page (http://lagemaatphoto.smugmug.com/) stopped working. It used to show all my geotagged images, which span the US. Now it suddenly just shows a few pictures all in the same place. I know other images are geotagged correctly as they showed up before and the map this button shows up in the individual gallery pages just fine and shows the correct locations (example (http://lagemaatphoto.smugmug.com/gallery/7097868_9hoLg#455015162_LEKJL)). What is going on here?

[ky1]

Bad Request

Your browser sent a request that this server could not understand.
Reference #7.55547bd5.1235593226.0

This is what I get numerous times when I click on an album on my site I have to refresh the page two or three times then can view an album is there a way around this I am using safari on a mac any info would be much appreciated

[Gary Glass]

Original photos are showing up inside a div that is too small. This didn't use to be the case. Example:

http://www.shutterglass.com/gallery/2066860_cS9Lj/2/106382114_uDE5K/Original

I'm using FF3 on WindowsXP.

[Andy]

Original photos are showing up inside a div that is too small. This didn't use to be the case. Example:

http://www.shutterglass.com/gallery/2066860_cS9Lj/2/106382114_uDE5K/Original

I'm using FF3 on WindowsXP.
Hi Gary,

It's always been the case for this particular view (Originals in Single Image view).

Use this view instead:
http://www.shutterglass.com/gallery/2066860_cS9Lj#106368123_Wmo9U-A-LB


or

http://www.shutterglass.com/gallery/2066860_cS9Lj#106368123_Wmo9U-O-LB

[Andy]

Bad Request

Your browser sent a request that this server could not understand.
Reference #7.55547bd5.1235593226.0

This is what I get numerous times when I click on an album on my site I have to refresh the page two or three times then can view an album is there a way around this I am using safari on a mac any info would be much appreciated
Hi,
We're so sorry to hear about your viewing issues. If you recently
updated MacOSX 10.5.6 and use Safari, we have noticed that there may be
problems such as you're experiencing. For now, we suggest using Firefox
instead as a temporary workaround. It appears that Apple may have broken
something in their latest update as these errors are new and random for
the people that updated.

You can get Firefox here:
http://getfirefox.com

It's not only happening on SmugMug, but also on other sites. It's an
Apple issue that you can see here:

http://discussions.apple.com/thread.jspa?threadID=1828195&start=0
http://discussions.apple.com/thread.jspa?threadID=1828211&start=0

Let us know if that helps for the time being. Thank you for your
understanding and we apologize again for the temporary inconvenience.

[Gary Glass]

It's always been the case for this particular view (Originals in Single Image view).

Well, I didn't explain that the way I got to that view was just by clicking on the image in a large single image view. E.g.:

http://www.shutterglass.com/gallery/2066860_cS9Lj/2/106382114_uDE5K/Large

IIRC, that action used to open the image in an overlay box. But even if I do not recall correctly, the current behavior doesn't make sense to me. It doesn't make sense that clicking on the image loads a larger size of the image inside a container that is too small to show it.

[Andy]

Well, I didn't explain that the way I got to that view was just by clicking on the image in a large single image view. E.g.:

http://www.shutterglass.com/gallery/2066860_cS9Lj/2/106382114_uDE5K/Large

IIRC, that action used to open the image in an overlay box. But even if I do not recall correctly, the current behavior doesn't make sense to me. It doesn't make sense that clicking on the image loads a larger size of the image inside a container that is too small to show it.
The original design was that it just got larger and larger - after /Large you got /Original.

You're right, with Lightbox now, the current /Original is sorta outdated. We'll be moving to a different single image view one day, I hope soon - that will eliminate all this confusion :)

[Culligan]

Hello,

I noticed some peculiar behavior regarding the search function when looking through a subcategory. If you navigate to a subcategory and perform a search: such as on this page (http://culligan.smugmug.com/Sports/727695), the results are returned as expected. If you try searching again (now on the results page), things go wildly wrong. Whatever term you search for will look through "Don MacAskill's Cats Photos." This is a real problem, especially if you have users relying heavily on the search function. My hypothesis is that the search page script is not properly parsing the URL to identify the subcategory ID that needs to be searched. Instead, the script defaults to "SubCategoryID=1," which happens to be Mr. MacAskill's cat subcategory.

This problem only exists with subcategories, as far as I can tell. I presume they are not used as frequently, but I'm surprised this bug has not been caught. Should be any easy fix, though. Regardless, I am extremely pleased with SmugMug. Keep up the good work.

User status: this occurs both when logged in and logged out
Brower: IE 8 and FF 3

Kieran

[Scott McLeod Photo]

I have some batch actions that I perform on some images so that after they are uploaded usually about half need rotating. Well for about the last 2 weeks, I select all the images and rotate, every time 2 or 3 off about 200 are rotated twice thus requiring a another rotation back. This is beginning to be a real p.i.a. because sometimes it may not show up until after I have visually checked the gallery and made it public for the customer.

Please fix it.

[Andy]

I have some batch actions that I perform on some images so that after they are uploaded usually about half need rotating. Well for about the last 2 weeks, I select all the images and rotate, every time 2 or 3 off about 200 are rotated twice thus requiring a another rotation back. This is beginning to be a real p.i.a. because sometimes it may not show up until after I have visually checked the gallery and made it public for the customer.

Please fix it.
Hello Scott, we'd need to see the specific images, thanks!

[Scott McLeod Photo]

Hello Scott, we'd need to see the specific images, thanks!

Next time it happens I will email the specific images, should I do it after it initially over rotates. I finished all the work from events this past weekend, and didn't document the images numbers, was in a hurry to get things up for customers and wasn't sure how soon someone could get on it. But it has happened in 12 galleries at least 2 images per gallery, but from one gallery today it happened to 5 images. This is over the past two weekends.

[rainforest1155]

Hello,

I noticed some peculiar behavior regarding the search function when looking through a subcategory. If you navigate to a subcategory and perform a search: such as on this page (http://culligan.smugmug.com/Sports/727695), the results are returned as expected. If you try searching again (now on the results page), things go wildly wrong. Whatever term you search for will look through "Don MacAskill's Cats Photos." This is a real problem, especially if you have users relying heavily on the search function. My hypothesis is that the search page script is not properly parsing the URL to identify the subcategory ID that needs to be searched. Instead, the script defaults to "SubCategoryID=1," which happens to be Mr. MacAskill's cat subcategory.

This problem only exists with subcategories, as far as I can tell. I presume they are not used as frequently, but I'm surprised this bug has not been caught. Should be any easy fix, though. Regardless, I am extremely pleased with SmugMug. Keep up the good work.

User status: this occurs both when logged in and logged out
Brower: IE 8 and FF 3

Kieran

Can you give us step-by-step instructions on what you exactly do? What do you set your search parameters to? What search term did you use? I just entered 'bike' and it worked just fine when searching again on the results page.

[Culligan]

1) Navigate to http://culligan.smugmug.com/Sports/727695
2) In the standard smugmug search box in the header, search "bike" with no quotes
3) Press enter on the keyboard

<RESULT> Results page loads as expected, no results are found in the subcategory

5) On the results page in the standard smugmug search box in the header, search "bike2" with no quotes
6) Press enter on the keyboard

<RESULT> Results page loads, but is searching "Don MacAskill's Cats Gallery" (which has the subcategoryID 1)

I've noticed similar behavior when you start the search within a gallery, you are redirected to searching within "the vilest gallery" (which has the albumID 1)

Hello,

I noticed some peculiar behavior regarding the search function when looking through a subcategory. If you navigate to a subcategory and perform a search: such as on this page (http://culligan.smugmug.com/Sports/727695), the results are returned as expected. If you try searching again (now on the results page), things go wildly wrong. Whatever term you search for will look through "Don MacAskill's Cats Photos." This is a real problem, especially if you have users relying heavily on the search function. My hypothesis is that the search page script is not properly parsing the URL to identify the subcategory ID that needs to be searched. Instead, the script defaults to "SubCategoryID=1," which happens to be Mr. MacAskill's cat subcategory.

This problem only exists with subcategories, as far as I can tell. I presume they are not used as frequently, but I'm surprised this bug has not been caught. Should be any easy fix, though. Regardless, I am extremely pleased with SmugMug. Keep up the good work.

User status: this occurs both when logged in and logged out
Brower: IE 8 and FF 3

Kieran

[docwalker]

Culligan, We are investigating this. Hopefully we can get it fixed soon.

--Doc

[MattKr]

In some of my recent photos, the exif data does not show up, not even "date taken". The weird thing is that it is happening only with some photos, others taken on the same day are fine. I tried uploading them again, no change. The data is fine in iPhoto. The first three in this gallery are missing the info:

http://mattkr.smugmug.com/gallery/7524536_9qrY3#483606010_3etNn

Any ideas?

[Andy]

In some of my recent photos, the exif data does not show up, not even "date taken". The weird thing is that it is happening only with some photos, others taken on the same day are fine. I tried uploading them again, no change. The data is fine in iPhoto. The first three in this gallery are missing the info:

http://mattkr.smugmug.com/gallery/7524536_9qrY3#483606010_3etNn

Any ideas?
Hi Matt, there's no exif in the original file - this can happen when you use photoshop 'save for web' or similar commands in other programs.

[Andy]

I don't see the invalid URL issue on the gallery slideshow, but I do see it hitting pixel.quantserve.com for every single image it loads in the slideshow. Is that intended?
This issue I believe is fixed, can you let us know if you see this issue again?

Also fixed with slideshow:

* the caption truncation bug

* no longer see the print menu when you right click on the sildeshow

* if you have a bad link in for the splash image on the homepage slideshow, it no longer breaks :)

* memory usage is improved

[Andy]

I have no idea how long ago I first reported this problem (it feels like 6 months ago), but it remains unfixed.

If some unfortunate sole puts this line in their homepage slideshow declaration:

splash: 'false',

thinking that this is how you say you don't want a splash screen, then slideshow code will eat 100% of a CPU (on Windows Vista, I don't know about other flash platforms). It's really horrible. If you don't have multiple CPUs, it can cripple your ability to use the computer until you realize you have to close that site.

Apparently, the slideshow code is not handling errors well and it goes into some sort of infinite loop when it gets an invalid URL for the splash screen. A little defensive coding with decent error handling should prevent this entirely.

I've written about this a couple times before, but I'm writing about it again because I keep seeing users and viewers inflicted by it and it was so long ago that I first wrote about it, that I have no idea if it's actually going to be fixed or not and it's unlikely it's a particularly time consuming fix. I would think that the folks at Smugmug would be horrified that there are customer's sites out there inflicting serious CPU hogging and sullying the reputation of Smugmug and it's slideshow design. That's why I'm surprised it hasn't been prioritized high enough to get fixed.

The latest victim I've run into is here (http://www.dgrin.com/showthread.php?p=1019401#post1019401), though hopefully he will fix his site as I've advised him.

Fixed! :D

[Allen]

This issue I believe is fixed, can you let us know if you see this issue again?

Also fixed with slideshow:

* the caption truncation bug

* no longer see the print menu when you right click on the sildeshow

* if you have a bad link in for the splash image on the homepage slideshow, it no longer breaks :)

* memory usage is improved
The captions for the fullscreen slideshow are completely useless unless
html is hidden and not transferred to the show caption. Can it be coded to
ignore anything inside html tags?

Also large captions cover the photo.

[Andy]

Also large captions cover the photo.
you can turn captions off or on.
Sorry, this is a cake & eat it too situation :) Most folks want big beautiful screen-filling photos. If we left room for captions, and big ones at that, we'd not be filling the screen....

[Andy]

The captions for the fullscreen slideshow are completely useless unless
html is hidden and not transferred to the show caption. Can it be coded to
ignore anything inside html tags?
Will ask shizam - considering this a feature request, thanks Al.

[BradfordBenn]

I have an RSS feed of my recent photos (http://bradfordbenn.smugmug.com/hack/feed.mg?Type=nicknameRecentPhotos&Data=BradfordBenn&format=rss200) and it has been working great for a while. Today I saw that I had "new photos" in the feed. However it was showing ones from July/August of 2008; so definittely not new. I have not added any new images in probably a week to 10 days. Not a big deal but figured since it showed up on multiple readers on multiple computers on multiple networks, I figured I should let you guys know.

(It showed up on my Mac at home in Google Reader and in the RSS screen saver; it showed up at work on my Windows XP in Outlook 2007 and FeedDemon; and it showed up on my wife's Windows machine - Outlook 2007):scratch

[agallia]

I went to galleries I hadn't looked at for a while and found a couple of problems with gallery slideshows.
gallery1 (http://www.bayouoaksstudio.com/photos/swfpopup.mg?AlbumID=7273343&AlbumKey=EeFfU): Although all thumbs and main pics were displayed in some of the pics were missing in the slideshow? Only shows a black thumb but no pic? All gallery pics are 1000x1000 but so are they in other okay galleries.
gallery2 (http://www.bayouoaksstudio.com/photos/swfpopup.mg?AlbumID=7321127&AlbumKey=4RDtf): All pics show in slideshow but "top" thumbs are zoomed in so much that pic can't be seen. Is this due to pic size? Why aren't thumbs just small pics, similar to "tiny" thumbs in gallery?Appreciate any feedback. Thanks.

[jfriend]

The flash slideshow (as used in many people's homepages) is downloading thumbs for all displayed images even when thumbs are turned off. This seems like a waste of networking bandwidth (both ours at home and Smugmug's) and a waste of time in getting images cached.

One can easily see this happening by just going to http://www.moonriverphotography.com/ and using any sort of TCP watching tool (I'm using Fiddler) to watch the browser networking traffic. You will see it getting thumbs for every image in the slideshow, yet this slideshow does not display thumbs. This seems like a waste of time and network resources.

[mchapma]

Situation:

My homepage slideshow, http://markchapmanphotography.com, works both at home and anywhere else. When I go to one of my galleries and click on slideshow:

The slideshow works at my desktop at work, but not on my home desktop.

It use to, but now it will start and show a maximum of two pages and then quit.

Is there a setting on IE or other that I need to look at?

Mark Chapman
mecphotography@gmail.com

[keithinmelbourne]

Over the past few weeks I have found that my Smugmug galleries don't show any pictures when I use the Safari browser. This used to be an intermittent problem, but has now become constant. My homepage shows OK, but when I click on a gallery, there are no thumbnails or large photos. This doesn't appear to be a problem when I use Firefox.

[Andy]

Over the past few weeks I have found that my Smugmug galleries don't show any pictures when I use the Safari browser. This used to be an intermittent problem, but has now become constant. My homepage shows OK, but when I click on a gallery, there are no thumbnails or large photos. This doesn't appear to be a problem when I use Firefox.
Hi, sorry to hear about your viewing issues. If you recently
updated MacOSX 10.5.6 and use Safari, we have noticed that there may be
problems such as you're experiencing. For now, we suggest using Firefox
instead as a temporary workaround. It appears that Apple may have broken
something in their latest update as these errors are new and random for
the people that updated.

You can get Firefox here:
http://getfirefox.com

It's not only happening on SmugMug, but also on other sites. It's an
Apple issue that you can see here:

http://discussions.apple.com/thread.jspa?threadID=1828195&start=0
http://discussions.apple.com/thread.jspa?threadID=1828211&start=0

Let us know if that helps for the time being. Thank you for your
understanding and we apologize again for the temporary inconvenience.

[Andy]

Situation:

My homepage slideshow, http://markchapmanphotography.com, works both at home and anywhere else. When I go to one of my galleries and click on slideshow:

The slideshow works at my desktop at work, but not on my home desktop.

It use to, but now it will start and show a maximum of two pages and then quit.

Is there a setting on IE or other that I need to look at?

Mark Chapman
mecphotography@gmail.comMark, I'm traveling right now and can't do much.... can you please write our heroes, and give exact details (browser, version, type of computer and gallery links), they'll get you going!

Thx

[bham]

Next time it happens I will email the specific images, should I do it after it initially over rotates. I finished all the work from events this past weekend, and didn't document the images numbers, was in a hurry to get things up for customers and wasn't sure how soon someone could get on it. But it has happened in 12 galleries at least 2 images per gallery, but from one gallery today it happened to 5 images. This is over the past two weekends.

Andy I have sent an email to the help desk. It would really be helpful if there default question isn't about user error. Quite frankly it comes across as belittling.(sp?) Especially when I referenced the thread here and as stated it just started recently happening and it has happened on a large enough scale. I deal with a large volume of images where regularly 500 or so a week that have been uploaded need to be rotated, so I am more likely to see things other users may not. Since you have started autodetecting orientation, I probably am one of the few people rotating with much volume now.

[jfriend]

This Smugmug user is reporting a problem with their slideshow: http://www.markchapmanphotography.com/.

When I look at the network trace, I see that the slideshow is requesting some bogus image URLs, getting 404 errors on them and then the slideshow sometimes stops working properly.

Here's an example of a network request from that slideshow that generates an error (because it's a mal-formed image URL):

GET /photos/486380349_Tq600x600Z-Ti-0.jpg HTTP/1.1

Note the "Z" after the 600x600 which is not supposed to be there. Also, I have no idea why the slideshow is even trying to fetch thumbnails since they are not being displayed in this slideshow. The user reports that the gallery slideshow has the same problem.

Here's the thread of their original report:
http://www.dgrin.com/showthread.php?p=1061375#post1061375

This problem seems 100% reproducible to me.

[Andy]

This Smugmug user is reporting a problem with their slideshow: http://www.markchapmanphotography.com/.

When I look at the network trace, I see that the slideshow is requesting some bogus image URLs, getting 404 errors on them and then the slideshow sometimes stops working properly.

Here's an example of a network request from that slideshow that generates an error (because it's a mal-formed image URL):

GET /photos/486380349_Tq600x600Z-Ti-0.jpg HTTP/1.1

Note the "Z" after the 600x600 which is not supposed to be there. Also, I have no idea why the slideshow is even trying to fetch thumbnails since they are not being displayed in this slideshow. The user reports that the gallery slideshow has the same problem.

Here's the thread of their original report:
http://www.dgrin.com/showthread.php?p=1061375#post1061375

This problem seems 100% reproducible to me.
Thx John - I gave this directly to Doc & Shiz.

[Taylor Mahaffey]

My Custom banner is not working. My website is www.taylormahaffey.com (http://www.taylormahaffey.com).

When I log in, I can see the banner fine, in Visitor view it works great too. But on anyone elses computer when they go to www.taylormahaffey.com (http://www.taylormahaffey.com), there is no banner. Everything else is great. Just the big black empty space!!

thanks for any info.

[docwalker]

Taylor, you have your gallery that houses the banner passworded. You can leave it unlisted but you need to remove the password. Passwords break banners as does hiding the image.

[Taylor Mahaffey]

Taylor, you have your gallery that houses the banner passworded. You can leave it unlisted but you need to remove the password. Passwords break banners as does hiding the image.

It worked. Great first experiance with DGRIN. Thanks!

[nuklmeier]

Hi, noob here...
I noticed today that my galleries page is gone if I'm not logged in. Also, while in a subgallery, if I click "klicken" it used to take me back to the galleries page but since its gone I end up on the home page. "galleries" on my navbar also just going to home page.

I dont remember changing any of my customizations since yesterday - is it me or a bug?
thanks!

klicken.smugmug.com

[docwalker]

Your site is loading fine for me. I can see a couple different browsers that you have used on your site. Can you tell me what browser you are using and what internet security application you may be running?

[Roadkill]

Just started today..

Tool bar at the top (with control panel) not there.

When I click on a gallery there are no images.

I still have cusotimze option under galleries.

Sent email to help.

[Andy]

Just started today..

Tool bar at the top (with control panel) not there.

When I click on a gallery there are no images.

I still have cusotimze option under galleries.

Sent email to help.
ok we'll help you directly from the desk then.

[Andy]

This Smugmug user is reporting a problem with their slideshow: http://www.markchapmanphotography.com/.

When I look at the network trace, I see that the slideshow is requesting some bogus image URLs, getting 404 errors on them and then the slideshow sometimes stops working properly.

Here's an example of a network request from that slideshow that generates an error (because it's a mal-formed image URL):

GET /photos/486380349_Tq600x600Z-Ti-0.jpg HTTP/1.1

Note the "Z" after the 600x600 which is not supposed to be there. Also, I have no idea why the slideshow is even trying to fetch thumbnails since they are not being displayed in this slideshow. The user reports that the gallery slideshow has the same problem.

Here's the thread of their original report:
http://www.dgrin.com/showthread.php?p=1061375#post1061375

This problem seems 100% reproducible to me.

Fixed? :ear

[Andy]

The flash slideshow (as used in many people's homepages) is downloading thumbs for all displayed images even when thumbs are turned off. This seems like a waste of networking bandwidth (both ours at home and Smugmug's) and a waste of time in getting images cached.

One can easily see this happening by just going to http://www.moonriverphotography.com/ and using any sort of TCP watching tool (I'm using Fiddler) to watch the browser networking traffic. You will see it getting thumbs for every image in the slideshow, yet this slideshow does not display thumbs. This seems like a waste of time and network resources.

Fixed. Thanks for this report, John!

[HamSmuggler]

Latest version of firefox

Was editing photos in lightroom

Ye Olde photo uploader uploading a 640x480 video

Also had lightroom uploading a single TIFF image

Firefox not responding, then the screenshot below pops up. After I clcik "X" firefox continues to not respond (about 15 minutes now). I'm posting this from IE.

http://andrawesphoto.smugmug.com/photos/490878967_poAnN-O.png

http://andrawesphoto.smugmug.com/photos/490881556_BLK67-O.png

[jfriend]

Latest version of firefox

Was editing photos in lightroom

Ye Olde photo uploader uploading a 640x480 video

Also had lightroom uploading a single TIFF image

Firefox not responding, then the screenshot below pops up. After I clcik "X" firefox continues to not respond (about 15 minutes now). I'm posting this from IE.



http://andrawesphoto.smugmug.com/photos/490881556_BLK67-O.png It sounds to me quite likely that you had saturated your bandwidth with the two uploads going such that the browser got slow enough that it triggered this warning. I'd try again when you aren't doing something else to see if it's a general problem or just a problem when your line is loaded.

[HamSmuggler]

It sounds to me quite likely that you had saturated your bandwidth with the two uploads going such that the browser got slow enough that it triggered this warning. I'd try again when you aren't doing something else to see if it's a general problem or just a problem when your line is loaded.

Yeah that's probably it. Thanks - I'll check back in if it persists when things quiet down.

[AndrewT]

Any one else experiencing error messages while browsing Smugmug with Safari 4.0 on a PC?

Here is the message I get:
Bad Request
Your browser sent a request that this server could not understand.
Reference #7.2e790660.1237055340.0

I regularly get this error when clicking "Back" or refreshing the page. The fix at the moment is to refresh the page again and the problem resolves itself. It's really an annoyance because this error continuously come up.


Another issue I find with Safari 4.0 is that gallery images sometimes do not load. the site design will load except for the thumbnails and feature image.

[Allen]

The FSSS running in a keyword gallery (http://www.photosbyat.com/keyword/raptorsss) is not running all the photos. This
gallery of 279 photos only runs 76 with last 10 NOT being of this keyword.
That's 66 + 10.

Noticed in another keyword gallery (http://www.photosbyat.com/keyword/sandpipers) of 553 photos only the first 66 will run there.

Looks like 66 is the limit. (Sometimes a bonus of some other keywords :rofl )

[Andy]

The FSSS running in a keyword gallery (http://www.photosbyat.com/keyword/raptorsss) is not running all the photos. This
gallery of 279 photos only runs 76 with last 10 NOT being of this keyword.
That's 66 + 10.

Noticed in another keyword gallery (http://www.photosbyat.com/keyword/sandpipers) of 553 photos only the first 66 will run there.

Looks like 66 is the limit. (Sometimes a bonus of some other keywords :rofl )
validated, confirmed, and bugged. Shizam'll fix it.

[Andy]

The FSSS running in a keyword gallery (http://www.photosbyat.com/keyword/raptorsss) is not running all the photos. This
gallery of 279 photos only runs 76 with last 10 NOT being of this keyword.
That's 66 + 10.

Noticed in another keyword gallery (http://www.photosbyat.com/keyword/sandpipers) of 553 photos only the first 66 will run there.

Looks like 66 is the limit. (Sometimes a bonus of some other keywords :rofl )
Fixed?

[Allen]

Fixed?
Yelp :thumb Thanks

[MichaelBrown]

10 out of 12 galleries are not showing up within my gallery page.
Has been going on since last night.
I have cleared cache, cleared cookies, signed out and back in, tried different browsers, ... can someone take a look at this please?

Page:
http://macroartinnature.com/galleries


Thanks,
Michael Brown

[Andy]

10 out of 12 galleries are not showing up within my gallery page.
Has been going on since last night.
I have cleared cache, cleared cookies, signed out and back in, tried different browsers, ... can someone take a look at this please?

Page:
http://macroartinnature.com/galleries


Thanks,
Michael Brown
FIxed. http://www.macroartinnature.com/galleries

http://www.dgrin.com/showthread.php?p=1070844#post1070844

[MichaelBrown]

Thanks again Andy!

I believe the reason that the SM NavBars are not showing, (only the "Share & Slideshow" bars showing), is that probably it is not letting me log in.
No "Add Photo", "Tools", bars etc. are showing up.

Thanks again,
Michael

[Andy]

Thanks again Andy!

I believe the reason that the SM NavBars are not showing, (only the "Share & Slideshow" bars showing), is that probably it is not letting me log in.
No "Add Photo", "Tools", bars etc. are showing up.

Thanks again,
Michael
Please login from www.smugmug.com and try. Let us know?

[nwgeogirl]

Last night I noticed they appeared 'frozen' - when I know some were being viewed and should have registered new views. Figured something was temporarily going askew, and thought I'd wait until this morning to see if it changed.

Well, this morning I got up and wondered if it was a new month or something because all the views register as ZERO - absolutely no views appear on my stats page now.

Either we have a glitch in the fabric of Smug, or we've entered the twilight zone.....

help?

- Janna

[agallia]

Last night I noticed they appeared 'frozen' - when I know some were being viewed and should have registered new views. Figured something was temporarily going askew, and thought I'd wait until this morning to see if it changed.

Well, this morning I got up and wondered if it was a new month or something because all the views register as ZERO - absolutely no views appear on my stats page now.

Either we have a glitch in the fabric of Smug, or we've entered the twilight zone.....

help?

- Janna
Ditto on Stats Gone. All "0".
This month > Photos viewed: 0 | Bandwidth used: 0 B |
Clicking on More Details shows blank galleries.

[docwalker]

Stats are currently down right now. We are working to get them back up as soon as possible. Sorry for the trouble.

[ersted]

Stats are currently down right now. We are working to get them back up as soon as possible. Sorry for the trouble.

Thanks for your efforts here. On my site, troubles started in the early evening yesterday. As of now, all stats show '0'.

Will you post here to let us know it's corrected?

Richard

[docwalker]

Its my understanding that we are using this thread for status updates/information on the Stats: http://www.dgrin.com/showthread.php?p=1070423#post1070423

You might want to subscribe to that one.

[darryl]

So ok, if you use Adjust Thumbnails, you supposedly can change all the thumbs back to original orientation.

This works for photos. But not for videos.

:-{

(Also, Thumbnail Orientation still does not get changed when you use Quick Settings to change settings for an individual album or for multiple albums. :-P)

[Hoonyor]

Couldn't find if this was already reported, but if you right-click the thumbnails in filmstrip mode on a protected gallery, you can still view the image (which of course gives you the image number and key). The larger image is protected, other modes right-click protect the thumbnail as well.

I'm guessing this wasn't intentional...

Gallery example:
http://hoon.smugmug.com/gallery/7718210_syPCc

[Andy]

Couldn't find if this was already reported, but if you right-click the thumbnails in filmstrip mode on a protected gallery, you can still view the image (which of course gives you the image number and key). The larger image is protected, other modes right-click protect the thumbnail as well.

I'm guessing this wasn't intentional...

Gallery example:
http://hoon.smugmug.com/gallery/7718210_syPCc
Hello, I'm very sorry we don' t right click protect the thumbnails.

I wish I had a different answer for you.

[jfriend]

Couldn't find if this was already reported, but if you right-click the thumbnails in filmstrip mode on a protected gallery, you can still view the image (which of course gives you the image number and key). The larger image is protected, other modes right-click protect the thumbnail as well.

I'm guessing this wasn't intentional...

Gallery example:
http://hoon.smugmug.com/gallery/7718210_syPCc The image number and key is available in lots of ways and there is no way to both display the image and keep that information secret. For example, it's right in the URL (after the # sign) in smugmug view. What you are discovering is that right-click protection is only a minor deterrent for those who are not very familiar with browsers or web technology and that is all it can be. If you want more robust protection against people taking your images, then gallery or site passwords or tastefully done watermarks are better solutions.

[Hoonyor]

Hello, I'm very sorry we don' t right click protect the thumbnails.

I wish I had a different answer for you.

But the odd thing is that thumbnails are protected in All Thumbs, Smugmug and Traditional modes. Is filmstrip unique in this?

Just wondering if I should switch my galleries to another mode if I want all pix to be "protected". Thanks!

[Hoonyor]

The image number and key is available in lots of ways and there is no way to both display the image and keep that information secret. For example, it's right in the URL (after the # sign) in smugmug view. What you are discovering is that right-click protection is only a minor deterrent for those who are not very familiar with browsers or web technology and that is all it can be. If you want more robust protection against people taking your images, then gallery or site passwords or tastefully done watermarks are better solutions.

Thanks, agreed, am working on a nice watermark for all my pics... I was more curious as to why it didn't behave the same in filmstrip mode as the other modes that also offered thumbnails.