I just upgraded to 6Xrc5 and ran into a problem with the page title.
On an existing view, when I create a new page, the title doesn't show. Neither the Default title or the arguments title shows up.
When I update the Default title and/or the arguments title, I get an error:
"an error occurred at admin/build/views/ajax/preview/mytitle"
I have Use ajax set to "no"
When I save the view, the update title updates anyway.
On 6Xrc5, still no default title or arguments title.
I upgraded to the newest 6dev(v.Oct 10), and I get the default title. No arguments title.

Note that the arguments title showed w/out a problem for the 6.dev prior to Oct 8

Let me know if I can provide any more info

Connie

PS Best of luck with your presentation Merlinofchaos!

CommentFileSizeAuthor
#14 mbp-screenshot.jpg122.93 KBjo1ene
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

merlinofchaos’s picture

Status: Active » Postponed (maintainer needs more info)

I'm afraid I can't duplicate this. I tested with a new view, gave it a page display and title, saved it and checked the page.

I then checked the default taxonomy_term view which is nicely set up to put the argument in the title. That title shows up perfectly.

I will need to know exactly how to reproduce this before I can look into fixing it.

chrisroditis’s picture

Same problem here:
created a new view, gave it a "page" display, gave the display a title, inserted a Nid field, and gave it a path. I get a list of nids, but the display title is not being displayed. Haven't tested anything with arguments though.
Running views latest dev, drupal 6.5 with i18n module AND the Views translation module from the i18n package. I just disabled it though and the problem is still there. At the bottom of the view, at the debugging table the title is there in the Title row, below the query but not a the live preview or the actual view page.

merlinofchaos’s picture

Note that the live preview only shows the title in the query information table. The page should show the title normally. I've never run across a place this doesn't happen. Your theme may be involved, so you should be sure to try this in garland or bluemarine too.

conniec’s picture

I'm having the problem only when I'm modifying an existing view, not when I'm creating a brand new one. Could the ajax error could be a clue since it seems I'm not being able to clear my cache? The title I created when n I first created the view (%1 BOOK List) is what I'm stuck with. And the %1 won't pick up the arguments.

I've changed the title to %1 Holiday Book List and it want display. I've cleared cache thu Views Tools and by going to my database and dumping my cache. I've also run cron. (Of course, I've cleared my browser caches, too. I've checked in both FF and in IE7)

Here are a few url's, all run from the same view, but all created after I modified the title constants. (These are not the default titles. They are the argument title constants.)
http://www.hsreaders.com/holiday/harlequin+presents
http://www.hsreaders.com/holiday/mira
http://www.hsreaders.com/steeple+hill+love+inspired+historical
Instead of the title BOOK List, this sites should read, Harlequin Presents Holiday Book List, MIRA Holiday Book List, etc.

Another interesting problem: When I click on the title node and am taken to the node page, I get the incorrect View title instead of the node title.
UPDATE: This only happens when I pick the view in my CCK Views Reference field. I get the node title when I do not pick a view in the CCK Views Reference field

Here's a URL which works. I made it before I upgraded to Views 6Xrc5 and then the new 6xDev version.
http://www.hsreaders.com/holiday/harlequin+special+releases
This title reads Harlequin Special Releases Holiday Book List like it should
When I click on the node title, I am taken to the node page and I get the correct node title

The other URLs above used to work, until I went into Menu and changed their descriptions.

Let me know if I can provide any more information.
If you don't need me to check anything else, please let me know and I'll roll back my Views to pre-rc5.

Still lovin' this module despite this small nit!

Connie

UPDATE:
Installed 6.dev from oct 15--no change;
deleted all data from view w/ taxonomy term argument, then re-entered data and view title updated;
confirmed that the view does not update with editing of existing data, only with deletion and re-input of all data.

conniec’s picture

Status: Postponed (maintainer needs more info) » Closed (fixed)

Fixed w/ newest CCK Views Reference release. Error message gone. Apparently not a Views problem.

Thanks, all!

closing.

Connie

mariagwyn’s picture

Version: 6.x-2.0-rc5 » 6.x-2.1
Status: Closed (fixed) » Active

I am having what I think is the same problem on 6.x-2.1. I am using the default Taxonomy Term View, modified to add a number of other pages. In each added page, the 'argument' is set to Tax Term ID (converted to Name). In each, the title is: Page Title: %1. The DEFAULT title argument is simply %1. That is the one which shows up on ALL views pages. Before the most recent update, this was not the case, all separate argument titles showed up as entered.

This isn't crucial as I can live with just %1 rather than Page Title: %1, though I would prefer the latter. I can export my view if this would help.

Thanks,
Maria

yang_yi_cn’s picture

I'm have same issue with the cck blockreference module, which should display a list of block title, in case of the view exports the blocks, it should be the view title, and it's not showing, the return value appears to be 'null'...

yang_yi_cn’s picture

I think it is a view bug.

views.module: line 337, in function views_block($op = 'list')

      // Save memory: Destroy those views.
      foreach ($views as $view) {
        $view->destroy();
      }

I tried to add

      print("<pre>");print_r($items);      print("</pre>");

after that.

In my debug, the blockreferce module calls this part twice when rendering, the first time, the items list is correctly filled with values, in the 2nd call, the $items is empty array.

If I comment out the $view->destory(), the blockreference can get the block info list correctly, for no matter how many times.

yang_yi_cn’s picture

A further investigation show that at the same code chunk, line 298

      $views = views_get_all_views();
      foreach ($views as $view) {
        $view->init_display();

$view->init_display() will return a list of arrays, but all empty, if it's the second call after the views have been destroyed.

However, I have no idea how to fix it.

Tschachim1’s picture

Yeah, same here. For me it looks like init_display() does nothing if current_display is still set in the view. So one possibiliy would be to unset current_display in the destroy function, so the view display handlers are loaded again the second time init_display() is called, i.e. add

if (isset($this->current_display)) {
unset($this->current_display);
}

at the very end of function destroy() in the view class in view.inc.

yang_yi_cn’s picture

Status: Active » Needs review

I would consider #10 a good patch.

merlinofchaos’s picture

Status: Needs review » Fixed

Technically #10 isn't a patch since there's no patch file. Still it's small enough I can go find it.

And I agree, this makes sense. Committed.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.

jo1ene’s picture

Status: Closed (fixed) » Active
FileSize
122.93 KB

I am having this problem. My situation is well explained in #4. I have the most recent versions of Drupal and views. I tried creating a new view, dumping caches, etc. I see no title for my view - default or argument - on the view page or the view preview. I have an argument based path like "shop/username" which works well. The title displays in the window heading and tab, but not as a header in the content. The default title doesn't display either. See attachment.

I don't think #5 or #7 have anything to do with my issue. If #10 was committed, it didn't fix it here.

There is supposed to be a heading output in the content, right? I seem to remember one when I first set this up some time ago.

jo1ene’s picture

Status: Active » Closed (fixed)

Sorry, this seems to be a theming problem. It only seems to be affecting views pages so hence my confusion.

Matcullen’s picture

it's not a bug

the "title" appears in the top of the browser ( see file attached )

to have a title on the top of the view, you have to specify the "header" of the view

Mat