SmugMug Bug Reporting Thread

Mongrel · June 27, 2006

Thanks Andy!
info is on it's way....

pjb923 · June 28, 2006

Problem using Opera 9
Using the latest version of Opera 9, I am having trouble on the Customize Gallery page. As you can see from the screenshot, the buttons appear as small lines. I am still able to click on them, but obviously can't read the text.

As far as I can remember, this used to work fine.

Andy · June 28, 2006

pjb923 wrote:

Using the latest version of Opera 9, I am having trouble on the Customize Gallery page. As you can see from the screenshot, the buttons appear as small lines. I am still able to click on them, but obviously can't read the text.

As far as I can remember, this used to work fine.

Not a bug. The officially supported browsers by SmugMug are: Firefox (Mac and Win), IE6, and Safari.

Opera 9 has some differences to it over previous versions. We do not yet support it officially.

Thanks

Mongrel · June 28, 2006

Hey Andy...
how did you make out

I just got home, so I haven't had a chance to test anything out yet. I did solve my 'other' issue (dreaded red X syndrome...).

Thanks,

Mongrel

Andy · June 28, 2006

Mongrel wrote:

how did you make out

I just got home, so I haven't had a chance to test anything out yet. I did solve my 'other' issue (dreaded red X syndrome...).

Thanks,

Mongrel

I've already answerd this email from the help desk, check your email.
No response here necessary.

Mike Lane · June 29, 2006

save and cancel buttons get hidden due to ajaxy goodness in IE6 only...

For reference go to this gallery while logged in (I'm assuming that SM has that power): http://mikelane2.smugmug.com/Street%20Scenes

Click the word "edit" next to San Francisco. Do not close that out and then click on the words "add description." Notice that the add description block and the p.updated block get pushed down and cut off or disappear completely. The fix for firefox was easy enough with CSS. Just use height:auto for the .albumLarge box (haven't checked .miniBox). IE6 doesn't understand height:auto and the usual trick of letting IE6 seem to work because of the expanding box bug doesn't fix it either.

Andy · June 29, 2006

Mike Lane wrote:

save and cancel buttons get hidden due to ajaxy goodness in IE6 only...

For reference go to this gallery while logged in (I'm assuming that SM has that power): http://mikelane2.smugmug.com/Street%20Scenes

Click the word "edit" next to San Francisco. Do not close that out and then click on the words "add description." Notice that the add description block and the p.updated block get pushed down and cut off or disappear completely. The fix for firefox was easy enough with CSS. Just use height:auto for the .albumLarge box (haven't checked .miniBox). IE6 doesn't understand height:auto and the usual trick of letting IE6 seem to work because of the expanding box bug doesn't fix it either.

Thanks. JT will review it!

chandi · June 29, 2006

The case of the missing pic
So sorry to be double posting - I've opened a new thread for this, but then I saw this sticky. I've tried to see if I can delete that thread, but seems like I can only edit but not delete. Please feel free to delete that thread or delete this post whichever seems more unnecessary.

And now for the problem:
One of my pictures in the gallery went missing, and it's not my doing. That pic and its corresponding comments still show up in the 'most popular photos' category on my smugmug homepage, but it's missing from the original gallery itself.

Here's the pic I'm talking about:
http://chandi.smugmug.com/popular/1/77013513/Medium

If you click on the gallery link in: "see photo in gallery", you'll be taken to the correct gallery, but the pic's missing.

My account type is 'pro'.

Haven't noticed any other pics missing yet, but will start looking. Do let me know if you need any other information.

Thanks.

chandi · June 29, 2006

Yupp - organizing it by Filenames sure fixed it. Thanks Andy.

One of the many things I love about Smugmug is the fast response. Greatly appreciate it

jpbeal · July 2, 2006

< html code translation in gallery captions
you can use < and > to get < and > to display in gallery captions, and they work fine the first time through. but when you edit the caption, the html equivalent is translated (to < and >). upon saving the caption, it has html errors due to mismatched < and >, and the caption doesn't display.

as a result, during subsequent edits you must go back and delete the inappropriate characters and replace them with the html code. very frustrating.

for example, when you enter
< some text
it properly displays as
< some text
with < as the anchor to the specified link. when you edit the caption, you get
<</a> some text
and upon saving, nothing gets displayed.

Andy · July 2, 2006

jpbeal wrote:

you can use < and > to get < and > to display in gallery captions, and they work fine the first time through. but when you edit the caption, the html equivalent is translated (to < and >). upon saving the caption, it has html errors due to mismatched < and >, and the caption doesn't display.

as a result, during subsequent edits you must go back and delete the inappropriate characters and replace them with the html code. very frustrating.

for example, when you enter
<a href="link"><</a> some text
it properly displays as
< some text
with < as the anchor to the specified link. when you edit the caption, you get
<a href="link"><</a> some text
and upon saving, nothing gets displayed.

Hi,

Surround ANY and ALL HTML in Bio, Description or Caption with <html> and </html>
http://blogs.smugmug.com/web-tricks/2005/09/02/using-html-in-your-bio-caption-or-description/

I hope this helps!

jpbeal · July 3, 2006

Andy wrote:

jpbeal wrote:

you can use < and > to get < and > to display in gallery captions, and they work fine the first time through. but when you edit the caption, the html equivalent is translated (to < and >). upon saving the caption, it has html errors due to mismatched < and >, and the caption doesn't display.

Hi,

Surround ANY and ALL HTML in Bio, Description or Caption with <html> and </html>
http://blogs.smugmug.com/web-tricks/2005/09/02/using-html-in-your-bio-caption-or-description/

I hope this helps!

I thought that you were on to something, but, alas, even wrapped in <html> </html>, gallery captions still get translated and require scrutiny when re-edited. it worked fine as long as I was on that page, but when I came back to it, :uhoh.

rainforest1155 · July 3, 2006

Andy wrote:

Hi,

Surround ANY and ALL HTML in Bio, Description or Caption with <html> and </html>
http://blogs.smugmug.com/web-tricks/2005/09/02/using-html-in-your-bio-caption-or-description/

I hope this helps!

I have also reported the problem over here - adding <html>-tags doesn't help.

Sebastian

I Simonius · July 5, 2006

Image link broken
here:
http://www.smugmug.com/help/url.mg

(using safari)

Andy · July 5, 2006

Simon King wrote:

here:
http://www.smugmug.com/help/url.mg

(using safari)

Simon, I can see it fine in Safari, IE6 and FF. Can you please check again, thanks.

Sergey Shevchenko · July 5, 2006

Hi Andy,

Continuing my problem report in the Star*Explorer thread:

Smugmug.com for its own part has somewhat inconsistent support for local alphabets, particularly cyrillic. If I enter some cyrillic characters in gallery or image descriptions, then the pop-up hints apearing when hovering over the thumbnails have those characters converted into something like unicode sequencies: "&# 1073;&# 43;&# 1085;...", without the extra blanks. Those same descriptions look perfectly ok on a gallery's main page.

Is this a known issue and are there any plans to fix it?

Thanks!

Andy · July 5, 2006

Sergey Shevchenko wrote:

Hi Andy,

Continuing my problem report in the Star*Explorer thread:

Smugmug.com for its own part has somewhat inconsistent support for local alphabets, particularly cyrillic. If I enter some cyrillic characters in gallery or image descriptions, then the pop-up hints apearing when hovering over the thumbnails have those characters converted into something like unicode sequencies: "&# 1073;&# 43;&# 1085;...", without the extra blanks. Those same descriptions look perfectly ok on a gallery's main page.

Is this a known issue and are there any plans to fix it?

Thanks!

Hi Sergey, I've asked our engineers to reply. Stay tuned. Thanks!

{JT} · July 5, 2006

When you edit via ajax we have to convert unicode to those chars in order for javascript not to break them. Which browser is not showing the correct characters when mousing over?

Sergey Shevchenko wrote:

Hi Andy,

Continuing my problem report in the Star*Explorer thread:

Smugmug.com for its own part has somewhat inconsistent support for local alphabets, particularly cyrillic. If I enter some cyrillic characters in gallery or image descriptions, then the pop-up hints apearing when hovering over the thumbnails have those characters converted into something like unicode sequencies: "&# 1073;&# 43;&# 1085;...", without the extra blanks. Those same descriptions look perfectly ok on a gallery's main page.

Is this a known issue and are there any plans to fix it?

Thanks!

Sergey Shevchenko · July 5, 2006

{JT} wrote:

When you edit via ajax we have to convert unicode to those chars in order for javascript not to break them. Which browser is not showing the correct characters when mousing over?

JT, it's Internet Explorer version 6.0.2900.2180.xpsp_sp2_gdr.050301-1519.

Actually, speaking of browsers, I'd very much prefer to use my favorite Opera, but certain functionality doesn't work there, so I use IE as a backup. For example, those very pop-up hints do not work, or when you click on an image with gallery style set to "smugmug" and it's supposed to open in large size - that doesn't work either. Do you know if that's a problem of Opera itself or Smumug uses some non-standard IE extensions?

Thanks.

Andy · July 5, 2006

Sergey Shevchenko wrote:

JT, it's Internet Explorer version 6.0.2900.2180.xpsp_sp2_gdr.050301-1519.

Actually, speaking of browsers, I'd very much prefer to use my favorite Opera, but certain functionality doesn't work there, so I use IE as a backup. For example, those very pop-up hints do not work, or when you click on an image with gallery style set to "smugmug" and it's supposed to open in large size - that doesn't work either. Do you know if that's a problem of Opera itself or Smumug uses some non-standard IE extensions?

Thanks.

Our Fully Supported browsers are IE6, Firefox (Win and Mac) and Safari.

Scala · July 6, 2006

Andy wrote:

Simon, I can see it fine in Safari, IE6 and FF. Can you please check again, thanks.

Andy, the broken image is below that which was showing in your screenshot. Only the alternate text "highlighting a URL" shows. Here's the image URL, note the double slash:

http://s3.amazonaws.com/SmugImages//help/url-highlight.gif

:

Andy · July 6, 2006

Scala wrote:

Andy, the broken image is below that which was showing in your screenshot. Only the alternate text "highlighting a URL" shows. Here's the image URL, note the double slash:

http://s3.amazonaws.com/SmugImages//help/url-highlight.gif

:

Thanks

chandi · July 7, 2006

Dear smugmug gods,

Something going on with your creation that I don't understand. One of my pics that I uploaded in full resolution, shows up in all sizes but the thumbnail size. For example, click here for the small size pic. However, the thumbnail link click here takes me to a 'picture not found'. And click here for the gallery it's located in. Type of account: pro. Please do let me know if you need any other information.

thanks in advance,
mere mortal

Andy · July 7, 2006

chandi wrote:

Dear smugmug gods,

Something going on with your creation that I don't understand. One of my pics that I uploaded in full resolution, shows up in all sizes but the thumbnail size. For example, click here for the small size pic. However, the thumbnail link click here takes me to a 'picture not found'. And click here for the gallery it's located in. Type of account: pro. Please do let me know if you need any other information.

thanks in advance,
mere mortal

Hi Chandi

Ti: http://chandi.smugmug.com/photos/79639343-Ti.jpg
Th: http://chandi.smugmug.com/photos/79639343-Th.jpg
S: http://chandi.smugmug.com/photos/79639343-S.jpg

and so on.

they are all available?

chandi · July 7, 2006

Thanks for that lightning fast response Andy. I swear that same 'Ti' link was taking me to a 'photo not found' image just before I posted. Now it's showing alright. Actually, this fluctuation happened once before too where thumbnails don't show up for a while and then they do. Could be an artifact of browser or cache you think?

Anyway, thanks again for the prompt response. Not a big deal at all really - but please do keep it in the back of your mind in case it happens again in the future.

Andy wrote:

Hi Chandi

Ti: http://chandi.smugmug.com/photos/79639343-Ti.jpg
Th: http://chandi.smugmug.com/photos/79639343-Th.jpg
S: http://chandi.smugmug.com/photos/79639343-S.jpg

and so on.

they are all available?

cabbey · July 9, 2006

chandi wrote:

Thanks for that lightning fast response Andy. I swear that same 'Ti' link was taking me to a 'photo not found' image just before I posted. Now it's showing alright. Actually, this fluctuation happened once before too where thumbnails don't show up for a while and then they do. Could be an artifact of browser or cache you think?

I've seen that once myself, when loading the image shortly after they were uploaded, the original and large were available, but the smaller images weren't yet. I think if you load during that tiny window where they're still being generated that you can get the not ready yet image stuck in your browser's cache. I know I kept seeing it in firefox after my wife was able to load the album just fine on her machine, forced reload of the page fixed that. This was of course way back before they added all the new image processing boxes, probably just happened to upload at a point when there was quite a bit of a queue built up.

rutt · July 10, 2006

EXIF - focal length with full frame cameras
I don't know whether this is a bug or a feature request. Smugmug's exif data display is really confusing re focal length. For example, for my 5D shots it says: 85mm (guess: 61mm in 35mm) I'm not even sure what this is supposed to mean, but here is another example 85mm (guess: 87mm in 35mm) This last is with 85mm fixed so I know that 85mm is right. The first is for a zoom so I'm not 100% sure of how it was set.

This is very confusing because both shots say they are at 85mm, but calculate very different guesses for 35mm equivalents. In fact, since this is a full frame camera, the whole 3mm thing is meaningless.

I have two suggestions:

Keep a small table of popular cameras along with the sizes of their sensors. Since about 99% of the shots posted on smugmug from dSLRs come from a handful of cameras, this is really not hard to do. For full frame cameras, you don't need any equivalent.
Improve the wording so it's a little clear what this means. Perhaps 35mm equivalent?

Andy · July 10, 2006

rutt wrote:

I don't know whether this is a bug or a feature request. Smugmug's exif data display is really confusing re focal length. For example, for my 5D shots it says: 85mm (guess: 61mm in 35mm) I'm not even sure what this is supposed to mean, but here is another example 85mm (guess: 87mm in 35mm) This last is with 85mm fixed so I know that 85mm is right. The first is for a zoom so I'm not 100% sure of how it was set.

This is very confusing because both shots say they are at 85mm, but calculate very different guesses for 35mm equivalents. In fact, since this is a full frame camera, the whole 3mm thing is meaningless.

I have two suggestions:
Keep a small table of popular cameras along with the sizes of their sensors. Since about 99% of the shots posted on smugmug from dSLRs come from a handful of cameras, this is really not hard to do. For full frame cameras, you don't need any equivalent.

Improve the wording so it's a little clear what this means. Perhaps 35mm equivalent?

Been discussed many times = thanks Rutt! JT will incorporate into new exif when he gets to it.

For now, use the exif from critique style, it won't have a "guess" we took care of that bit already.

flyingdutchie · July 11, 2006

BUG: Incorrect link-names (custom hostname issue?)
When i go to my site:
http://www.streetsofboston.com/

And click on the 'Other Galleries' button: The box with the gallery-categories shows up.

Each thumbnail in this box is a link that starts with http://flyingdutchie.smugmug.com/. This is incorrect. They should start with http://www.streetsofboston.com/ .

The fact that the links start with http://flyingdutchie.smugmug.com instead, may confuse visitors of my site but also messes up handling of browser-cookies.

This bug also happens in the 'Most Popular Photos' section.

When i'm logged in however, all the links in the gallery-categories box are correct: they all start with http://www.streetsofboston.com/

-- Anton.

Andy · July 11, 2006

flyingdutchie wrote:

When i go to my site:
http://www.streetsofboston.com/

And click on the 'Other Galleries' button: The box with the gallery-categories shows up.

Each thumbnail in this box is a link that starts with http://flyingdutchie.smugmug.com/. This is incorrect. They should start with http://www.streetsofboston.com/ .

The fact that the links start with http://flyingdutchie.smugmug.com instead, may confuse visitors of my site but also messes up handling of browser-cookies.

This bug also happens in the 'Most Popular Photos' section.

When i'm logged in however, all the links in the gallery-categories box are correct: they all start with http://www.streetsofboston.com/

-- Anton.

Thanks Anton, I reported this a few days ago. Appreciate the reminder!

SmugMug Bug Reporting Thread

Comments