Drupal 7, View 7.x-3.0 alpha1.

creat a view page. use argument in the path, something like administration/%.

Preview this page is fine, and results are corrected. But when click on the URL, it said "requested page cannot be found".
A very strange thing is that I have other view pages in this view. Only the one page's URL is working, the firs one I created. The path setting is the same, only value in the filter is different. I clone the first page that is working, and changed the setting in path from administration/%/abc to administration/%/test, same error.

Any suggestion? Help please!!

Comments

Eaglecanada’s picture

I had tried "clear all caches", not working. I also use pathauto, I checked teh setting, didn't see any conflict there.

any ideas?

Eaglecanada’s picture

Priority: Normal » Critical

tried to create a new view, and a view page. basic node view. no argument, no filter. now no matter what path I gave to the page, it trun out " page not found". very frustrating!
Can anyone help? I am going to give up on Drupal 7!!!

merlinofchaos’s picture

Status: Active » Closed (won't fix)

The current Views is -beta3. We are not able to provide any support for -alpha1.

aqua_linksunten’s picture

Version: 7.x-3.0-alpha1 » 7.x-3.x-dev
Status: Closed (won't fix) » Active

I have the same issue with yesterday's git-dev-version and reopened the issue.

merlinofchaos’s picture

Status: Active » Postponed (maintainer needs more info)

So you're saying you have a view with the path administration/%/abc and when you visit administration/%/abc you get a page not found? What kind of argument do you have for %? Validation? Please provide us enough detail to attempt to reproduce this problem instead of just "Me too!" responses that don't give us anything to work with.

aqua_linksunten’s picture

hey,

thanks for your quick response, merlinofchaos. And my appoligies for my undefined coment.

I exported my view (see below). And i don't have any aqgument. I have two pages in this view the one (/node) works just fine, the other (/mitarbeit) gives me the page not found error.

In the exported view i noticed the line:
$view->api_version = '3.0-alpha1';

Could that be connected to the view's misbehaving?
I used alpha1 a while ago but now I'm using a very late dev-version.

Thank you very much

$view = new view;
$view->name = 'frontpage';
$view->description = 'Emulates the default Drupal front page; you may set the default home page path to this view to make it your front page.';
$view->tag = 'default';
$view->base_table = 'node';
$view->human_name = '';
$view->core = 0;
$view->api_version = '3.0-alpha1';
$view->disabled = FALSE; /* Edit this to true to make a default view disabled initially */

/* Display: Defaults */
$handler = $view->new_display('default', 'Defaults', 'default');
$handler->display->display_options['use_more_text'] = 'mehr';
$handler->display->display_options['access']['type'] = 'none';
$handler->display->display_options['cache']['type'] = 'none';
$handler->display->display_options['query']['type'] = 'views_query';
$handler->display->display_options['exposed_form']['type'] = 'basic';
$handler->display->display_options['exposed_form']['options']['reset_button_label'] = 'Zurücksetzen';
$handler->display->display_options['exposed_form']['options']['exposed_sorts_label'] = 'Sortieren nach';
$handler->display->display_options['pager']['type'] = 'some';
$handler->display->display_options['pager']['options']['items_per_page'] = '0';
$handler->display->display_options['pager']['options']['offset'] = '0';
$handler->display->display_options['style_plugin'] = 'default';
$handler->display->display_options['row_plugin'] = 'node';
$handler->display->display_options['row_options']['links'] = 1;
/* Sortierkriterien: Inhalt: am Anfang von Listen */
$handler->display->display_options['sorts']['sticky']['id'] = 'sticky';
$handler->display->display_options['sorts']['sticky']['table'] = 'node';
$handler->display->display_options['sorts']['sticky']['field'] = 'sticky';
$handler->display->display_options['sorts']['sticky']['order'] = 'DESC';
/* Sortierkriterien: Inhalt: Beitragsdatum */
$handler->display->display_options['sorts']['created']['id'] = 'created';
$handler->display->display_options['sorts']['created']['table'] = 'node';
$handler->display->display_options['sorts']['created']['field'] = 'created';
$handler->display->display_options['sorts']['created']['order'] = 'DESC';
/* Filter criterion: Inhalt: Veröffentlicht */
$handler->display->display_options['filters']['status']['id'] = 'status';
$handler->display->display_options['filters']['status']['table'] = 'node';
$handler->display->display_options['filters']['status']['field'] = 'status';
$handler->display->display_options['filters']['status']['value'] = '1';
$handler->display->display_options['filters']['status']['group'] = 0;
$handler->display->display_options['filters']['status']['expose']['operator'] = FALSE;
/* Filter criterion: Inhalt: Typ */
$handler->display->display_options['filters']['type']['id'] = 'type';
$handler->display->display_options['filters']['type']['table'] = 'node';
$handler->display->display_options['filters']['type']['field'] = 'type';
$handler->display->display_options['filters']['type']['operator'] = 'not in';
$handler->display->display_options['filters']['type']['value'] = array(
'article' => 'article',
'internal_docs' => 'internal_docs',
'page' => 'page',
'verteilpunkt' => 'verteilpunkt',
'we_need' => 'we_need',
'work' => 'work',
);

/* Display: Page */
$handler = $view->new_display('page', 'Page', 'page');
$handler->display->display_options['path'] = 'node';

/* Display: Page */
$handler = $view->new_display('page', 'Page', 'page_1');
$handler->display->display_options['path'] = 'mitarbeit';
$translatables['frontpage'] = array(
t('Defaults'),
t('mehr'),
t('Übernehmen'),
t('Zurücksetzen'),
t('Sortieren nach'),
t('Asc'),
t('Desc'),
t('Page'),
);

aqua_linksunten’s picture

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

after a lot of cache flushing the problem dissolved. I'm very sorry for consuming your time.
Keep up the great work!

mlncn’s picture

just a note: i had the same problem and it was human error— i had a contextual filter with a get content ID from URL as default value accidentally applied to the page as well as the block. http://data.agaric.com/created-view-through-wizard-page-not-found-going-...

ratinakage’s picture

I had this error. I checked my PHP memory and it was set to 32Mb. I made it much higher, the server maximum and the problem went away...

justaman’s picture

if you add a context filter "nid" the block will have it (if you place it in the content type page) but the view page won't.

The context filter can be overridden, so please take it out the page display in the view.

int_ua’s picture

Version: 7.x-3.x-dev » 7.x-3.7
Issue summary: View changes
Status: Closed (fixed) » Active

I'm having the same behaviour with 7.x-3.7
All view pages cannot be found. Also, all custom views disappear from the list every time I revert a view. They are still listed after refreshing the page.

PHP	5.5.3-1ubuntu2.1
Apache	2.4.6
MySQL	5.5.35-0ubuntu0.13.10.2
PHP memory limit	128M

VIews appear for one time only after clearing the cache. After refreshing the page they disappear again.

int_ua’s picture

Status: Active » Closed (fixed)

I've found that the problem is in field_group_views https://drupal.org/node/2217227

bmateus’s picture

I had the same problem, and disabling the Field Group module (or just the field_group_views module) was enough to solve my issues.
Thanks int_ua!