User blogs not showing title or teaser

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
andrewtberman's picture

Good day,

For some reason, our user's blogs are NOT showing the node title or teasers content.

Here's the blog:
http://v2.litennismag.com/blog/3

Screenshot can be found here:
http://aviary.com/creation?fguid=813345fc-3d6c-102d-80b9-0030488e168c

Comments

Same here

stattler's picture

I have experienced the same and was going to report it. How to fix that? Its not a view page I guess.

It is a view page:

irakli's picture

It is a view page: admin/build/views/edit/blogs

Not sure why titles and teasers are not showing up. Can you post a screenshot of the configuration page for hat view ("Blogs page" display)?

.............................................
http://twitter.com/inadarei

The problem is not with the

stattler's picture

The problem is not with the www.siteurl.com/blogs but with www.siteurl.com/blogs/username
Blog page shows correctly while blogs for each user shows something what the first post shows (screenshot).

Example

stattler's picture

Just to show you an example:

http://www.stattler.com/blogs works
http://www.stattler.com/blogs/er doesn't work as intended.

OK, I see what you mean. Let

irakli's picture

OK, I see what you mean. Let me look into it and get back to you.

.............................................
http://twitter.com/inadarei

blog VS. blogS?

andrewtberman's picture

Here's where it gets interesting....
http://v2.litennismag.com/blog - not showing titles and teaser
http://v2.litennismag.com/blogs - shows titles (no teaser, but I don't HAVE to have that)

OK, the two are actually

irakli's picture

OK, the two are actually different issues.

@andrewtberman,

http://v2.litennismag.com/blog/3 is a page managed by Drupal's Blog module. Blog module is too stupid for anything serious. It is also quite evil since it calls node_load() for every blog entry (i.e. one huge query per each entry instead of one lighter query for all entries in case of Views). Bottomline: you should not use that URL at all.

You should use a View instead i.e. blogs view provided by default.

@statalk,

default blogs view does not take arguments and when you give it one, Drupal defaults to blogs module (again!). You should add argument if you need such behavior.

Solution:

I changed view to add support for user argument. You can import it if you want: http://pastie.org/752557 (do back up database before any changes).

OpenPublish:

Change to the view will not be part of 1.7. The new version of OpenPublish (currently under development) takes a completely different approach. The thing is: Drupal's approach (inherited by OP versions up to 1.7) of equating CMS user with a content item's author is completely wrong. Content authors do not have to be Drupal users, often are not and often a content item may have several authors, which is completely unsupported by vanilla Drupal (without CCK, that is).

So, in 1.7. a node type Author is introduced which is refered from other content types (Article, blog etc.). Furtheremore Author page (which is basically what you are trying to simulate by blog/uid) is a panel page and editors can easily change its layout, drop-in any views etc. By default Author page has brief author information and two views: blogs by that author and articles by that author.

Hope these answer your questions.

.............................................
http://twitter.com/inadarei

P.S. with the updated code

irakli's picture

P.S. with the updated code (pasted on pastie: http://pastie.org/752557) you will be able to create URLs like: http://domain.com/blogs/12 where "12" is user id in the system.

.............................................
http://twitter.com/inadarei

Same Issue, No Success with this Patch

mattsenate's picture

Hi there,

I am having the same issue with user blogs.

I tried to employ the solution you suggested by updating the blogs view, but it still does not work. Let me know if there's some other solution you can see!

Thanks,
Matt

--
matt