bug track of cincopa plugin

Instead of doing it like you’ve described you should just do a login before the first call in every php page. remember the loginpage.php that you had long time ago… just call LoginCincopa ( like in the C# basecpAppPage.cs) the loginCincopa will check if session exists and if not it will do the redirect.

Also something that you’ve done is really making the page go crazy and redirect to itself endlessly

Solved the “endless redirects” problem, but regarding the first issue, I don’t think it will work as described. It’s a good idea, but with Wordpress it won’t work: wp uses only ajax, so everything si done via ajax. PHP is server-side and until the user clicks on refresh, it won’t trigger, so I think that, as it works now, it’s best. Can you do some tests to convince? Thanks

Now in Mozilla it works but I get a strange refresh. I don’t have a problem with the refresh but it shows that you are doing something different… I understands about the ajax that you’ve explained but it used to work few weeks ago so why it stopped working and why you had to make the change.

Also now in IE I get the cincopa login page and then the wp login page though I’m already logged in.

I don’t get the strange error in IE, what do you do? I am logged into cincopa (with cookie), I open the browser, go to /post-new.php and click the Cincopa icon and I see the list of folders. In the meantime I will solve some V2 bugs, not to waste our time.

Use IE to login to wp and click “Remember Me”, then in the popup click logout and enter your cincopa users again. now the wp login will appear in the popup. I know why it happens, I had the same problem with the cincopa login page when it is inside an iframe, IE will not allow ronica.net to access the cookies when inside the iframe. the solution was to add p3p header to the login page - does the plugin has an access to do that ?

Solved

bug status : closed

when opening a folder with no items an error alert pops up

solved

bug status : closed

When clicking embed I get error msgs

solved for both from_fid and [from_]rid

bug status : closed

makefolder.php and post(”Folders_create”) doesn’t work after the major update of base.php infrastructure, needs some checking. it pops “An error occurred while parsing EntityName” so I think it’s because I send an unescaped string to cincopa.

However, the folder is created correctly.

The bug affects Cincopa Cloud > Post entire folder and sample app’s Create Folder.

solved

status: closed

replace javascript inside PHP files with “heredoc” strings, to make text more legible and easily changeable

solved

status: closed

[cincopa 13 10462249.3885.r2m55qcyzkd3c512bljva4vmyc]

1. When clicking a photo it will popup medium photo instead of the large one. - solved
2. When clicking next and then a photo it will open the medium photo in a new window - solved
3. it seems that you are loading a large photo into 200×150 which makes it very slow. you should request for thumbs (p:medium,v:medium) and for content (p:large,v:large). that way you’ll show the medium photo in the grid and when user click you’ll show the large in the popup - solved
4. the v:original is not very practical because videos are too big and you can’t relay on user’s PC to have a player, therefor I will ask you to do flv player in the next bid, and for now just ask for v:large. - solved

bug status : closed

in which style?

not in the style - in the selection popup

solved (width=100, no height), but problems appear if one or more pictures are longer [attached picture]

Well, best solution for this entire issue is to put every img inside a div and give the div itself width=100 height=75 and leave the img with no width and height

OR if the img is inside a td give the td width=100 height=75 and leave the img with no width and height

I made it 110×110 and gave the picture no width&no height and I think it works now:

.cincopa_photo { /* the div */
width: 110px;
padding: 5px;
height: 110px;
float: left;
}
.cincopa_image { /* the photos */
border: 0px;
cursor: pointer;
}

It was working and now it is not working again

strange thing happened. works now.

bug status : closed

solved

bug status : closed

YUI will ensure browser compatibility, will allow styling and does support ajex requests (to support the two steps providers.getList and then providers.getContent)

solved!

bug status : closed!

in plugin popup, when presents folders from user that are in unicode (like Hebrew and Portuguese) , it shows garbage.

solved: changed everything to UTF-8 encoding

bug status : closed