Cannot Browse Fonts (This webpage has a redirect loop)

If you've done any edits to the view, you might want to revert it to the original state.

If not, and the view does not work out-of-box, then: there seems to be an obscure Views issue related to rebuilding display data. Adding a new display to any view (even unrelated) and then deleting it might solve the problem (no guarantee on this, though).

In any case, clearing the cache with almost religious zeal (several times in a row) is usually a good idea if you have interface problems.

It's not even giving me any options to create new displays etc.

Add and drop a new display on any other view - you might enable one of default views shipped with Views module.

Are your other views OK, by the way?

Which provider modules are enabled?

What happens if you try to open admin/appearance/fontyourface/browse in a new tab/window? (this might yield more info on the nature of the problem)

Must admit I'm blindly guessing now, but you could try also the following: disable @font-your-face UI module, uninstall it, clear the cache just in case, then enable @font-your-face UI again.

Can you use your browser's dev tools to see which pages it's redirecting between?

Possibly related:
#1807916: Reset button on exposed filters causes a redirect loop
#1839926: Drupal 7.17 Upgrade Broke Views Pages and Cannot Import

What nobody seems to know yet is why it breaks just for some users.

I received the same message while browsing different fonts. I tried to duplicate the problem so I could contribute the steps but I encountered what I think is a different issue. I'll keep trying to duplicate so I can report on what it's trying to redirect to.

Here's a cap of the looping error message I received.

I received the error when using the reset button (listed in #9 as a possible reason).

This is a screencap for the redirects. I don't know if they'll be the same as OP's but maybe it could help.

i25, Firebug has a "Net" panel that should show you the requests your browser is making and the responses. If you're getting caught in a redirect, those responses should include headers that point to another page. Here's more info on that: http://getfirebug.com/wiki/index.php/Net_Panel Once you see the pages involved, post them here. You can leave off the domain; only the paths matter.

That helps, thanks. Looks like it's redirecting both from and to admin/appearance/fontyourface/browse/fontsquirrel

Now the question is why is it doing that. The redirect is likely caused by a drupal_goto() call. The only one that redirects to a path like that is fontyourface_ui_browse_page(), which redirects to the first provider you have enabled. That gets called from admin/appearance/fontyourface/browse and also fontyourface_ui_views_pre_render().

If this is happening from admin/appearance/fontyourface/browse, the question is why admin/appearance/fontyourface/browse is responding to requests for admin/appearance/fontyourface/browse/fontsquirrel. One possible explanation of this is that your Views cache is corrupt. You could try opening the fontyourface_browse view and re-saving it to try to fix this. You might also try enabling other provider modules and see if you're able to load them. For example, Edge fonts should load at admin/appearance/fontyourface/browse/edge_fonts. If that redirects to admin/appearance/fontyourface/browse/fontsquirrel, it's definitely a problem with the Views path not working for some reason.

If this is happening from fontyourface_ui_views_pre_render(), that means it's failing to get the provider name from arg(4). Since that's a very basic core function, this seems pretty unlikely.

#1670306: Unable to browse/activate Google Fonts has the same issue.

Also, i can confirm the same problem.

Just installed @font-your-face for the first time and have the same redirect loop when trying to access admin/appearance/fontyourface/browse/google_fonts_api

Turning off the Google Fonts API module and turning on the Font Squirrel API module allows me to browse the fonts.

I'm playing with this too and for me if I disable Google Fonts API and enable Squirrel - the system crashes. It looks like it is not related to particullar API.

'Unsupported operand types' error should be fixed in 7.x-2.x-dev.
Redirect loop is still a sort of mystery (haven't been able to reproduce it).

If anyone has seen some other error message either on-screen or in logs, please post more details.

I am seeing a redirect loop as well with my D7 site after a drush dl + drush en fontyourface, fontyourface_ui and google_fonts_api. Looks like I am just going to add my google fonts through a mytheme_preprocess_html function in template.php as seen here.

My best guess at what is causing this is a problem with the initial install creating the View. Can someone seeing this problem trying uninstalling (a step beyond disabling) and re-installing fontyourface_ui? If that doesn't fix it, maybe also check the Drupal log to see if there's any errors happening on install.

I just installed @fontyourface as well and I'm getting the redirect loop too. I'd really like to use this module and don't know where to begin to correct this.

Seph, the more details you can provide, the more likely we'll be able to solve this problem. You could start with the steps in #27.

I would love to get into the admin section (and ideally SSH on the server) of a site where this is happening and do some debugging directly, if anyone is willing to give me access.

I disabled and uninstalled @fontyourface, then reinstalled it. I enabled then disabled each of the font modules one by one. Each one ended up with a redirect loop. I then disabled and uninstalled the fontyourface_ui. I cleared all caches, then reinstalled it. I still got same redirect results. I checked my drupal log and there were no issues or errors during installation. I have included screenshots of the firebug results.

This is on my local dev environment running Drupal 7.22, Mac OS 10.8.4, Mamp, PHP 5.4.4 , @font-your-face 7.x-2.8, Viewsn7.x-3.7

I checked the list of views, and it doesn't seem that an @font-your-face view is being created. There is nothing showing up in my list of views.

I was testing it out before installing it on my live site.

Is there anything else I can do or check? Still pretty new to Drupal & coding here.

Any info on this? I'd really like to get this working.

I had this problem when I installed Google Fonts at the same time that I enabled @font-your-face and @font-your-face ui. If I uninstalled everything, the installed the two core modules first, everything works fine.

Any update on this? Same problem, tried fix from #32 to no avail. Drupal 7.23, fontyourface 7.x-2.8. Everything worked on my local dev server, stopped when I uploaded site to godaddy.

Had this issue after installing fontyourface API, fontyourface UI, and Google Fonts API.

Fixed by:

1. Disable fontyourface UI and Google Fonts API
2. Uninstall fontyourface UI and Google Fonts API
3. Re-install fontyourface UI
4. Re-install Google Fonts API

Just adding in case that helps someone.

#34 confirmed

maybe its too much too enable fontyourface UI & Google Fonts API in one go...

#34 doesn't work for us.
we uninstalled and installed in various combinations, still get the loop error.
we tried different font options, none of them let us browse the fonts.

not sure what information will be helpful to solve this.
but we will be looking into it and will post findings.

Another thing to check for when debugging this is the presence of blank links in custom modules.
We had a couple blank spaces at the end of a module file that was causing issues with the ajax calls in this module.
After we removed the spaces, the loop error disappeared.
Hope that helpls.

re-saving the view did it for me. - all modules uptodate.

Yeah re-saving the Google Fonts API Browse view fixes the "ERR_TOO_MANY_REDIRECTS" error. The view had the status "changed" eventhough I didn't touch it after installation.

Can confirm re-saving the view fixes redirect loop error.

Editing (but not making any edits) and saving the view at admin/structure/views/view/fontyourface_browse also fixed this for me.

I had installed installed fontyourface and google_fonts_api simultaneously. Didn't try the uninstall/re-install method since saving the view method worked :)

No wish to poor more gas on the fire, but I had same problem. Disabliing 'local fonts' and only enabling Google fonts brought the browse window up, but only allowed me to see the first page of browse - if I try to navigate beyond that I get:
An AJAX HTTP error occurred.
HTTP Result Code: 406
Debugging information follows.
Path: /views/ajax
StatusText: Not Acceptable
ResponseText:

#34 worked for me.

I want to say that #34 worked for me, but I did not actually have to uninstall the modules. All I had to do was disable, then reenable, Google fonts. It does seem that enabling Google Fonts with the API and UI at the same time causes redirect loop issues.

Concur with #44.

Something similar here, after installing and enabling, going to /admin/appearance/fontyourface/browse gave me a 'Toomany redirects error' in Safari.

I'm using both Global Redirect 7.x-1.5 and Redirect 7.x-1.0-rc1
After disabling them, going to /admin/appearance/fontyourface/browse redirected to /admin/appearance/fontyourface/browse/google_fonts_api and it worked as expected. I enabled both modules and tried again and can't reproduce the problem.

Hope that helps!

I had the same issue (with Google fonts) and was able to fix it by saving the view. A couple of notes, in case the info is of any use:

• when I first loaded the view in order to save it, the standard "view has unsaved changes" warning appeared at the top of the page
• each time I got into a redirect loop, this message appeared four times in the watchdog table: "Notice: Undefined index: display in theme_status_messages() (line 1599 of /var/www/drupal/includes/theme.inc)."

So this seems like a major issue that will waste people's time including mine when you are trying to font while drunken and not browser the issue queue or try to # drush -y dis fontyourface;drush -y en fontsquirrel fontdeck edge_fonts google_fonts_api to fix the issue. These is probably something funny going on with hook_install, but again to drunken to care.

It seems there are 2 problems here:
1. The "too many redirects" problem which can be solved by resaving the views
2. The "AJAX error HTTP Result Code: 406..." problem which prevents one from searching the fonts or moving to a next page.
To overcome problem 2 one can enter the search criteria in the view definition (filters) and save it (google fonts view for example).
Not a solution to the module problem but still a solution to the problem of finding and enabling a specific font.

edit:
Some time later I went on and removed the permanent filter from google fonts views definition and now the Browse All Fonts page functions just fine! Searching, filtering, changing pages. I am sure I had already tried resaving this view (but without any edits) and the AJAX error persisted.

I had this problem today.
I installed and enables the fontyourface via drush en fontyourface. I then went into the modules page and enbled the required UI modules and only the google font module.
I then tried to go to "admin/appearance/fontyourface/browse/google_fonts_api" NOT USING OVERLAY (I have it turned off).
I then got the redirect error.

To fix it, all I did was go into the fontyourface_browse view. clicked on the path (but did not change it). Then saved the view again.
I was then able to browse to "admin/appearance/fontyourface/browse/google_fonts_api" without getting the redirect loop error.

So, basically, re-saving the font your face browse view fixed it for me.

#51 worked for me

Thanks.

No Views were added when I enabled the UI.

Same problem here,
#51 works!

Thank you!

I just went to both views clicked on the title and then saved it then saved the view. Worked for me.

Like eSentrik, I didn't have the @font-your-face Browse view.

In my case it was bad permissions (wrong owner and group on the module's files on the server)

I did a command like this and then I disabled and re-enabled the module:

sudo chown www-data:www-data -R fontyourface

After that, I had the view, but I still had to do the fix recommended in #51.

Now it's working! Yay and thanks, people!

@banoodle no module should ever have to write to it's own directory or anywhere outside sites/default/files, that is a security issue IMO.

The above recommended fix worked for me by opening the fontyourface_browse view and resaving it (without making any changes.
I was then able to browse to "admin/appearance/fontyourface/browse/google_fonts_api" without getting the redirect loop error.

View resave fixed it.

Same here
- made change to view so that save button would show
- reverted change to view
- saved
- everything works fine

amysteen's method worked for me.

Thanks to everyone who has provided descriptions of how they've worked around this issue. Ideally the work-arounds wouldn't be necessary, and getting there actually requires the opposite: a repeatable process for creating the problem. It sounds like this is probably happening based on the order in which modules are enabled. Does anyone remember exactly how they enabled the modules?

#51 works for me! Thanks :D

Had the same redirect loop problem (after enabling fontyourface followed by fontyourface_ui google_fonts_api) and solved the problem by clearing all caches.

Thank you tomotomo for your nugget. Mine is now also working after I cleared the cache. Very much appreciated!

Maybe this will help others. I kept getting repeated complete server crashes due to font-your-face/google font api. I couldn't SSH in and had to reboot the VPS through my host every time. I tried re-saving the view as indicated above, clearing all caches including the views cache.

My issue was different in that I could get to the list of Google fonts and search for the one I wanted but as soon as I clicked to enable a font the server would crash. In the end my problem was solved by disabling the overlay. Hope this helps someone.

Works for me after clearing cache.

I just tried what #51 suggested and it worked for me too.
Thanks

I noticed that the view's global text header area, which defaults to:
0 fonts currently enabled.
in /admin/structure/views/view/fontyourface_browse/edit
has no input format selected. Thus when I just try to open and save it I ran into this error. I suggest using plain text as default setting. Not sure if this causes other issues, but when I saved the view with this selection fixed, it stops having the bug. Filed as #2453717: View lacks input format for global text header area

Upon freshly installing this module, with all other modules being up to date, I activated fontface, fontface_ui, and google fonts. Trying to browse fonts, I also ran into the redirect loop problem.

#38/#51 resaving the fontface view fixed the redirect problem for me. Wish it didn't have that problem in the first place.

Same problem here.

Solution: #38/#51 resaving the fontface view fixed the redirect problem for me.

#44 worked for me.

Just disabling (not uninstalling), and enabling it again one by one made it worked.

Thanks.

Resaving '/admin/structure/views/view/fontyourface_browse' view fixed 'Redirect loop' problem for me.

#51 worked like a charm for me. Thanks!

#51 Fix also solved my problem. Thanks!!

Anybody can help me please:

I do not have a fontyourface_browse view? How do I get it?

This means Admin -> Structure -> Views does not show any view related to fontyourface.

Hi,

I am not sure if this is the same method as #51 but I solved the issue doing the following:

1. Disable all the font-your-face modules (Admin -> Module -> List)

2. Uninstall all the font-your-face modules (Admin -> Module -> Uninstall)
@font-your-face UI
Edge Fonts
Font Reference
Font Squirrel API
Fontdeck
Fonts.com
Google Fonts API
Local Fonts
Typekit API
WYSIWYG for @font-your-face
@font-your-face

3. Logout from the site

4. Login into the site
(The modules of font-your-face do not appear in the module list)

5. Trying to reinstall the module font-your face (Admin -> Module -> Install)
The site tells me that font-your-face is already installed (which is really strange!)
and the modules appear in the list again.

6. Enable the module in this order (Admin -> Module -> List)
1. @font-your-face
2. @font-your-face-UI
3. Font Squirrel API and Google Fonts API
4. Font Reference
Now the Font-Your-Face view in Admin -> Appearance still does not appear

7. Logout from the site

8. Login to the site
Now the Font-Your-Face view in Admin -> Appearance appears.
Now also the Font-Your-Face view appears in Admin -> Structure -> Views: "@Font-Your-Face: Browse"

Hope that helps for other users and for the developers.

#37 was my issue, blank line within PHP code in custom module. Not sure why the hell that would cause this kind of problem though.

Just noting this as a possible means of reproduction (I can't re-test this now, but I'll return to it and see if I can identify the sequence and, if I can, the cause). I encountered this problem, and I happen to know that I proceeded in this order:

1. Enable fontyourface
2. Enable google_fonts_api
3. Disable 'show fonts on admin theme' option
4. Enable fontyourface_ui

Clearing caches fixed this issue for me.

I had some similar problems before and i noticed that if you:
- activate font-your-face and font-your-face UI AND SAVE
- THEN activate your font provider, ie: Google fonts than save again

Everything works perfectly!
Might help someone.

I had the same problem. So I went to Views and found that the Views with the names "@font-your-face Browse" and "Google Fonts API Browse" were disabled!

I enabled those two Views, and problem solved. I can now browse the fonts.

#41 worked for me

For me I had to add missing % to the end of the Views URL page:

admin/appearance/fontyourface/browse/%

I enabled font-your-face and font-your-face ui and google fonts.
This resulted in redirect when trying to install fonts.

I disabled font-your-face and font-your-face ui and google fonts.
I enabled ONLY font-your-face and font-your-face ui.

Went to config settings (view Appearance) to confirm module was properly enabled.

Then I enabled google fonts.

Everything worked as expected.

This process would echo #79 above.

Hope it helps!

#41 worked for me as well

first strange behavior experienced ever with drupal 7. Adding pre-existing tag "strange" because this kind of issue is not basically a problem nor bug IMO.

can confirm #83. Enabling the mentioned three modules results in the loop. Disabling Google Fonts and then Re-Enabling it fixes this

Thanks #83!

Actually i disabled google fonts api and reenable it ...
also i went to the views page and save the @font-your-face google fonts view
and it worked for me ..thnx for every one suggested these solutions

I'm a bit confused about what's going on with this issue, whether it's just referring to the admin/appearance/fontyourface/browse/google_fonts_api path causing a redirect loop (which the 2.8 version does for me out of the box just now - whether there is more too this?

If it is just that - there is an active critical issue, and the only one at that for this module, reported a Oct 2015: 2587637

Anyway, that issue, without looking at the code to see why etc, can be solved with a cache clear.

I wonder if doing a drupal cache clear on the install hook is going to solve this? Or if it just worked for me. If it's what needs to be done it could be done in the install hook for whatever module it needs to be done for.

Saving the view worked for me.

I noticed for some reason when I first went to it, it said changes made haven't been saved.