| ScrapBook problem |
[Jan. 2nd, 2009|12:12 pm] |
I'm working on a download/backup feature for my ScrapBook client, and I'm having trouble retrieving the image data. The documentation says I should fetch the data with HTTP GET, and: "The image will only be available if the proper credentials are present -- either a web session cookie or the X-FB-Auth header." I'm supplying an X-FB-Auth header that I'm pretty confident about, but for non-public pictures I get 403 Forbidden. So is the documentation correct? |
|
|
| MD5 hashes and case sensitivity |
[Dec. 31st, 2008|11:32 am] |
Just writing my own LJ client in C# and was bumping into a strange problem with the challenge/response method of logging in.
If I hashed the password and sent that as an hpassword it worked fine, but taking that hash, adding it to the challenge, hashing _that_ and sending it wasn't working. Which was odd, because all of the sample code I was seeing did that without a problem.
And then I nicked some working code from ljArchive and compared my results with its results and discovered that LJ cares about the case of the hash when it's checking the auth_response. It _must_ be in lower case - which was why my code was failing, as I was using the .Net method FormsAuthentication.HashPasswordForStoringInConfigFile(plainText, "MD5") - and that returns upper case text.
If someone could update http://www.livejournal.com/doc/server/ljp.csp.auth.challresp.html to mention that the hex digest has to be in lower case it will undoubtedly save someone else a few hours of hair-pulling...
Cheers! |
|
|
| Upgrading from the 2003 source |
[Dec. 30th, 2008|06:12 am] |
Yes, I know I probably shouldn't be using this source, but I have it working on my server as it is. Is there a relatively painless way to upgrade to the more recent source?
Thanks,
TDP. |
|
|
| Scrapbook Photo Backup? |
[Dec. 29th, 2008|01:49 pm] |
|
I would like to know if thee is a tool of some sorts to back up one's scrapbook? I have been searching for awhile and am wondering why there isn't one available from LJ at least. |
|
|
| mobilebloger updated to 0.9.82 |
[Dec. 19th, 2008|07:53 pm] |
After a long time we have released mobilebloger 0.9.82
What new?
- .net is not more required. all code is totally rewritten for native C++
- works only on Windows Mobile 2005 and above. For Windows Mobile 2003 devices continue using mobilebloger 0.9.70
- program now is much faster
- new tabs design
download mobilebloger
Feedback is welcome!
|
|
|
| LiveJournal API - any implementation in .NET? |
[Dec. 18th, 2008|09:46 am] |
I plan to develop an offline-browser of an LJ Friends page, going to make an application for .NET Compact Framework.
Anyone knows which .net-compliant library I could use to communicate to the LJ server?
Also, if anyone else plans to write any LJ client using MS .NET Framework, please let me know :-) |
|
|
| FotoBilder and HttpComponents 4 (with MultipartEntity) |
[Dec. 17th, 2008|09:56 pm] |
| [ | mood |
| |  confused | ] |
At one point, I wired together a somewhat simple FotoBilder client that I never announced on lj_dev. Oops. Long story short, it was written in Java, it used the Apache HttpComponents 3.x libraries, and it used multipart-MIME when it came to preparing images for upload and doing the actual uploading itself. And all was well. Relatively simple, but well. HttpComponents 3.x worked perfectly.
Then along comes HttpComponents 4.x, and they yoinked the multipart-MIME support from it, apparently. Instead, they tie into, I believe, HttpMime's MultipartEntity. And honestly, that shouldn't be much of a problem, either, as it seems fairly simple to use in-code. And, as a matter of fact, it DOES work, right up to the point where I give it any sort of binary data via an InputStreamBody.
At that point, for some reason, FotoBilder throws a 201 error back at me, "Invalid request: Couldn't parse upload". Now, as far as I can tell, I have everything set up right, and any multipart message to FotoBilder WITHOUT binary data is working, and the server isn't throwing a protocol-level error at me (that is, it's definitely FotoBilder complaining that it can't parse my upload, not Apache claiming I'm violating protocol), so I'm a bit stumped. Does anyone have experience using HttpComponents 4.x in Java and knows how MultipartEntity issues its data? Anything I'm missing, or is it something in FotoBilder?
Oh, and yes, I do somewhat need to switch to HttpComponents 4.x for a project I'm recycling this code into, so staying behind isn't an option.
Alternatively, is the XML FotoBilder interface made yet? Might be simpler. :-)
Behind the cut is the code in question...
( The code in question ) |
|
|
| FotoBilder protocol |
[Dec. 3rd, 2008|05:57 pm] |
Hallo!
Are there plans for extending existing FotoBilder protocol - at least adding Delete and abilty to link/unlink pictures/galleries?
If no, then how high are the chances that if I do implement something new and present a patch (where to?), it will occasionally make its way to running ScrapBook?
I don't plan to host anything myself, I write a client, and I don't like it when my client is limited by (quite old) protocol limitations. |
|
|
| Atom stream moving |
[Nov. 24th, 2008|12:16 pm] |
Now that we have moved out of the SixApart data center, we have created a new home for our full Atom stream. The previous one contains an aggregate of many different sites' content, while the new one only contains LiveJournal specific.
Old URL:
http://updates.sixapart.com/atom-stream.xml
New URL:
http://atom.services.livejournal.com/atom-stream.xml
We are currently publishing to both streams, but sooner or later (possibly in as soon as a couple of weeks) we will stop publishing to the SixApart stream, so we encourage you to migrate any tools that are using the old stream as soon as possible. If you notice any problems with the new stream when doing your migration, comment in reply to this entry and we will take a look.
|
|
|
| Is it possible to run LJ on a shared server? |
[Nov. 12th, 2008|04:09 pm] |
I'm looking into installing LJ on my site for the first time, but it's a shared server installation, so I don't have write access to httpd.conf like the documentation suggests to use. I don't know much about Perl, but I'm guessing the only critical things from the example httpd.conf are the last two lines:
PerlSetEnv LJHOME /home/lj
PerlRequire /home/lj/cgi-bin/modperl.pl
So I guess my question here is, do I need access to httpd.conf or can I define LJHOME somewhere else (even if it means--ugh--defining it manually in each file that needs it)? And am I just crazy for considering doing this on a shared server in the first place? Is it a bad idea?
Any insight would be appreciated. :) |
|
|
| Polls Not Working in RTE |
[Nov. 8th, 2008|09:34 pm] |
I just snagged a new copy of the codebase from the repo. I noticed the Update.bml Rich Text Editor page now works in Webkit/Safari 3 which is awesome.
But the Poll creator does not work still. It'll load, but it only shows the 'devSetup' and will not change to 'divQuestions'. In the Safari Web Error Console it reports back:
"Can't find variable: ShowE"
I'm terrible at coding, but here's what I see in htdocs/tools/fck_poll.bml:
function OnDialogTabChange( tabCode )
{
ShowE('divSetup', (tabCode == 'setup'));
ShowE('divQuestions', (tabCode == 'questions'));
}
Seems to me like it's there? Or does ShowE need to be declared before that function?
Any help would be appreciated! |
|
|
| New Atom Stream |
[Nov. 7th, 2008|10:13 am] |
There is a new Atom Stream up at http://atom.services.livejournal.com/atom-stream.xml
It is the same format as before and should match the already existing stream. Pretty soon we will be designating this the main stream and eventually stop writing to the old one, but I don't have an exact time frame on this.
If there are folks in here consuming the LJ Atom Stream I would love to hear about it and what you are using it for. If you switch to the new stream and have any problems, I would also like to hear about it. Thanks. |
|
|
| New problem with LJ's OpenID Provider support (I think) |
[Oct. 28th, 2008|01:04 pm] |
| [ | music |
| | Boiled In Lead - The Man Who Was Boiled In Lead | ] |
Howdy, all. I'm new to this community, although an old hand at programming and a fairly longtime LJ user. I *think* I've hit a new bug -- I toss it out here for advice on what to do with it. Keep in mind that I'm pretty new to OpenID, and trying to puzzle out a lot of confusing symptoms.
Context: I'm bootstrapping a new communication service by the name of CommYou. It deliberately doesn't maintain its own social network, but instead uses existing social networks for the social infrastructure. I'm using LJ as one of my initial networks to support, since it's relatively friendly to outside apps and that's where all of *my* friends are. So I'm acting as the relying party / consumer, with LJ as the identity and social network provider.
I got OpenID support working a month or two ago, and that's been going okay. I've hit one or two snags, mostly because the open-source library I'm using, OpenID4Java, is pretty strict in its interpretation of the protocol, but nothing that was really slowing me down. However, sometime recently OpenID login through LJ stopped working. My *guess* is that this was on the 23rd, since the release notes for that day say that there were changes to the OpenID stack, but it could have been any time in the past few weeks.
After much digging, I found that the problem is that LJ is now returning an empty op_endpoint parameter in its return URL during the OpenID exchange. This is causing the OpenID4Java library to crash -- if op_endpoint is specified, it must be a valid URL, and empty string isn't. (AFAICT, op_endpoint is mandatory and non-empty in Version 2, and shouldn't be there in Version 1.) I'm fairly sure that this is a recent change, since it was all working a few weeks ago.
I'm by no means certain that it's quite this simple: I'm finding lots of confusing information. For instance, YADIS discovery seems to be part-failing because LJ is returning a Content-Type of "text/xml", and the library (based on the standard, I believe) expects the XRDS document to be "application/xrds+xml". The XRDS document is claiming to be sending OpenID 1.0, and my code is reacting accordingly, but I suspect (from the presence of the op_endpoint parameter) that LJ isn't actually doing simple 1.0.
So there's a lot of guesswork and supposition here. I've hacked the library for the moment, to ignore the spurious op_endpoint parameter, but I'd prefer to really figure out what's going on and where the problem is (LJ, OpenID4Java, or my app). So if anyone is deep in LJ's OpenID code, I'd love to have a chat and try to puzzle out what needs to be fixed... |
|
|
| Friends Entries Scroll Back |
[Oct. 20th, 2008|12:06 pm] |
Greetings,
Recently one of my users submitted a support ticket wondering why they could only scroll back to entries no later then October 6. I checked it out and indeed they were right. So I tried changing some configuration options like:
$MAX_SCROLLBACK_LASTN = 400;
to something larger, but nothing seems to work. Then I checked on LiveJournal and oddly enough I can only scroll back to entries on October 6th and nothing more?
Am I missing something, what's going on here? Is this normal, and what can I do so people can go back further?!
Thanks! |
|
|
| photo-upload client |
[Oct. 18th, 2008|04:21 am] |
| [ | Current Location |
| | NOT in bed | ] |
| [ | mood |
| |  groggy | ] |
| [ | music |
| | "high-efficiency" refrigerator | ] |
Hi ...
I joined lj_dev because I looked in on the cmty for dev (or discussion) of image-upload clients and got redirected here.
Does lj_dev have its own FAQ?
Is there a FAQ for the development of image-upload clients?
I'd be particularly interested in working on one that uploads directly from PSP (and/or GIMP), if there isn't one already, or if there is (are) but folks think it could be improved. |
|
|
| Mass community approval |
[Oct. 14th, 2008|07:34 pm] |
|
Is there any way to do mass join approvals for community members? I'd imagine there's a way to just write a script to modify the database, but wouldn't it be ever so nice to not have to? |
|
|
| Fix Client "Block" on stats.bml |
[Oct. 8th, 2008|09:03 am] |
Finally last night, I got enough motivation to work on the stats.bml page.
What happens: When you finally get enough different types of clients so that the stats.bml page displays more then one type (usually the one being the web client), the page will display odd. For example the H1 and description of Client Usage will display right below the Age H1 and description and then the actual list of clients and how many users there are using them will display below the age demographics section. So it breaks up and displays incorrectly.
What's wrong: The offending line of code is line 181 in stats.bml. This line is:
chop $ret; chop $ret; # remove trailing ", "
This line SHOULD be:
chop $out; chop $out; # remove trailing ", "
It uses the chop function on the incorrect buffer (return buffer vice output buffer), which causes two HTML characters to be stripped away per the loop iteration.
So if you're looking to fix that display issue, just replace line 181 with what I've put above.
Thanks to Rafael @ WithinWindows for helping find the fix. |
|
|
|
[Oct. 3rd, 2008|04:15 pm] |
I hope this isn't terribly off-topic, it's certainly development work, relating to LJ, and involves the use of a client of sorts, so I feel it's mostly in-keeping with the spirit of the thing..
I have a site that runs alongside an LJ community, and does.. well.. various things. One such thing is that (in theory) the site maintains a list of mappings from LJ username to "real name", which then goes into the community style itself as an associative array and overrides the usernames in comments and entries and displays the users' actual names.
Now in order to get that to work nicely, along with all the other site features, I need to have some means of authenticating users so as not to allow people to update each other's names, which of course would lead to all kinds of fun and games. I've come up with what I think is a decent way of doing that, but I'd really appreciate feedback on a) whether there's a better way and b) whether or not I'm leaving myself open to massive security holes. Because the site itself effectively works as a client, interacting with LJ itself, this would seem to be an appropriate place to ask.
( I fear I may ramble.. ) |
|
|
| livejournal repo trac viewer broken |
[Sep. 26th, 2008|08:59 pm] |
Hi. The livejournal repository trac viewer is broken. It displays an error with a python traceback right now. (The svn view is unaffected and checkouts/'svn log' work fine.)
...that's it. :) |
|
|
| Force RSS Syndication |
[Sep. 16th, 2008|03:47 pm] |
Is there anyway to force RSS syndication (that is accounts that are syndicated accounts/journals) for feed that return errors like "Too Big!"?? Or should I clear out the table so it resets it...I would prefer to just force it regardless of how big it is though :)
I think it happened because my server was down for a day or 2 so when it went to go syndicate there were too many items between what was last syndicated and what was available when I brought my server back online.
Thanks - I am MISSING LOLCATS!!!! |
|
|
![[info]](http://p-stat.livejournal.com/img/community.gif){kind=small}
lj_dev