Closed (fixed)
Project:
Flickr
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
11 Feb 2007 at 00:27 UTC
Updated:
29 Apr 2007 at 20:01 UTC
Jump to comment: Most recent file
Comments
Comment #1
BarisW commentedThe same problem occured to me as well. The Flickr block stopt working when you change a specific setting on the Block-page, like the name or the number of pictures. I worked around this by changing my settings in the flickr.module code however.
Comment #2
Eulinky commentedSame issue - eg the block "sets by user" never shows up :(
Comment #3
samo commented_flickr_block_get_userid doesn't look right to me. I don't understand why we are unserializing data from the users table.
Comment #4
samo commentedthe previous diff is wrong.
Comment #5
ben soo commentedMe too: no block display most of the time. Once in a while if i mess with the block settings enough in admin/build/block then flickr a thumbnail block will show up: only one block though no matter how many i configure on the page sidebars, and only until i mess with the block settings again. Latest HEAD modules don't do anything for me.
b
Comment #6
theHawke commentedI too just installed flicker, entered my key and shared secret thing along with the userid and enabled the block. But does it show? Nope. I DID change the name of the block.
Comment #7
htxt commentedSame here, but I found if you fill in your Flickr User ID for each block they do show up.
Comment #8
theHawke commentedYou are right. I had to enter the odd-looking user id, not the one I sign into the flickr site with. Now the block is showing! Thanks for the tip.
Comment #9
dgrant commentedI've having the same problem.
Comment #10
FarmGrrl commentedMe too. It seems impossible to get it back working again after you change the block title (even if you change it back).
Comment #11
hayesr commentedWhen the block tries to get the user_id it's expecting variable_get() to return the user_id or to find nothing and return $default_userid. It seems to me that instead of this, variable_get() is returning an empty value for "flickr_block_{$delta}_user_id" and thereby breaking the block. My solution was to check for an empty value when the block is saved and save the default user id if it is. This ensures that there will always be something for variable_get() to get.
There may be a better way of doing this (I'm not a professional programmer) but it worked for me.
Comment #12
hayesr commentedI'm changing the status and nature of this issue.
Comment #13
beginner commentedHere's the same patch, but diffed against the cvs repository.
Comment #14
drewish commentedhere's the patch i'm committing to fix this. it moves the three variables for each block into a single variable.
Comment #15
telex4 commentedI've just downloaded and installed the module from HEAD and I'm getting the same problem. None of the blocks show.
I've checked that I do indeed have the latest code, put in the API and shared API key that I just applied for, checked and double checked my flickr ID, and tried several different blocks, but none of them show up.
Comment #16
andrewlevine commentedSome of the blocks should show if you have put in the default NSID, but flickr_block is still very flaky right now. This issue should fix most of the problems: http://drupal.org/node/136317
Comment #17
telex4 commentedThanks andrewlevine, that patch fixed it.
Comment #18
(not verified) commented