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.
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:
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.
Special entities getting munged by SmugMug in <html> Bios, Gallery Descriptions
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:
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?
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:
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?
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.
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.
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?
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?
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.
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:
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:
Gallery full-page slideshow not working in FF????
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.
Acadiana Al
Smugmug: Bayou Oaks Studio
Blog: Journey to the Light
"Serendipity...the faculty of making happy, unexpected discoveries by accident." .... Horace Walpole, 1754 (perhaps that 'lucky shot' wasn't really luck at all!)
Facebook Connect problem
When trying to add a comment by logging into Facebook Connect I get the following error:
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.
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.
IE7 still doesn't load gallery thumbs and main image, just header, footer, and gallery description. Is this an IE7 Options setting?
Acadiana Al
Smugmug: Bayou Oaks Studio
Blog: Journey to the Light
"Serendipity...the faculty of making happy, unexpected discoveries by accident." .... Horace Walpole, 1754 (perhaps that 'lucky shot' wasn't really luck at all!)
When trying to add a comment by logging into Facebook Connect I get the following error:
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.
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.
Acadiana Al
Smugmug: Bayou Oaks Studio
Blog: Journey to the Light
"Serendipity...the faculty of making happy, unexpected discoveries by accident." .... Horace Walpole, 1754 (perhaps that 'lucky shot' wasn't really luck at all!)
Slideshow Weirdness!
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.
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.
Acadiana Al
Smugmug: Bayou Oaks Studio
Blog: Journey to the Light
"Serendipity...the faculty of making happy, unexpected discoveries by accident." .... Horace Walpole, 1754 (perhaps that 'lucky shot' wasn't really luck at all!)
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.
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
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.
double passwords
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
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
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.
Share Button bug
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.
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.
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.
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
MapIt feature stopped working
Somehow the mapit feature on my smug page 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). What is going on here?
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
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.
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.
Comments
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.
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
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%26format=rss200%26Size=Small" allowFullScreen="true" allowScriptAccess="always"></embed></center> </html>Here's what ends up in the rendered source:
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?
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
SmugMug Support Hero
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.
Website: www.lookingglassphotography.com.au
Blog: http://lookingglassphotography.posterous.com/
Twitter: http://twitter.com/LookingGlassPho
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.
Website: www.lookingglassphotography.com.au
Blog: http://lookingglassphotography.posterous.com/
Twitter: http://twitter.com/LookingGlassPho
No worries
Shay.
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.
Smugmug: Bayou Oaks Studio
Blog: Journey to the Light
"Serendipity...the faculty of making happy, unexpected discoveries by accident." .... Horace Walpole, 1754 (perhaps that 'lucky shot' wasn't really luck at all!)
When trying to add a comment by logging into Facebook Connect I get the following error:
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.
Fixed the FF slideshow problem. It was Adblock Plus. See thread.
IE7 still doesn't load gallery thumbs and main image, just header, footer, and gallery description. Is this an IE7 Options setting?
Smugmug: Bayou Oaks Studio
Blog: Journey to the Light
"Serendipity...the faculty of making happy, unexpected discoveries by accident." .... Horace Walpole, 1754 (perhaps that 'lucky shot' wasn't really luck at all!)
Portfolio • Workshops • Facebook • Twitter
Sebastian
SmugMug Support Hero
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.
Smugmug: Bayou Oaks Studio
Blog: Journey to the Light
"Serendipity...the faculty of making happy, unexpected discoveries by accident." .... Horace Walpole, 1754 (perhaps that 'lucky shot' wasn't really luck at all!)
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
Smugmug: Bayou Oaks Studio
Blog: Journey to the Light
"Serendipity...the faculty of making happy, unexpected discoveries by accident." .... Horace Walpole, 1754 (perhaps that 'lucky shot' wasn't really luck at all!)
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.
Smug since 2006
SmugMug Help
PhotoscapeDesign
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
WWJD
http://www.dgrin.com/showthread.php?t=121455
My Website index | My Blog
Yes, that solved the problem! OK, thanks for the heads up on that tweak.
- Janna
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/
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.
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
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
http://photography.ashishpandey.com
smugmug ID: ashishpandey (but I prefer my domain URL above
Somehow the mapit feature on my smug page 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). What is going on here?
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
http://www.dgrin.com/images/smilies/headscratch.gif
http://www.shutterglass.com/gallery/2066860_cS9Lj/2/106382114_uDE5K/Original
I'm using FF3 on WindowsXP.
ShutterGlass.com
OnlyBegotten.com
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
Portfolio • Workshops • Facebook • Twitter
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.
Portfolio • Workshops • Facebook • Twitter
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.
ShutterGlass.com
OnlyBegotten.com