#680 ✓resolved
dleffler

Bug: search hit links are malformed or do not use sef urls

Reported by dleffler | August 9th, 2012 @ 02:27 PM | in 2.0.9 (closed)

links to search hits do NOT use sef urls if turned on. Also links to the home page tend to be malformed as 'http://siteurl/http://siteurl'

This bug does NOT apply to pages which are not the home page.

Comments and changes to this ticket

  • dleffler

    dleffler August 9th, 2012 @ 02:32 PM

    • Title changed from “Bug: search hit links return old-school or malformed links” to “Bug: search hit links are malformed or do not use sef urls”
  • dleffler

    dleffler August 9th, 2012 @ 02:50 PM

    Likewise, the addressbook returns nothing and should be set to a 'false' method return. and FAQ items don't seem to be added to the index.

  • dleffler

    dleffler August 9th, 2012 @ 03:01 PM

    Additionally...

    • we currently do not process individual item updates to search index
    • nor do we reinitialize the search index for the module unless called through the 'spider' searchController method
    • and we only add/update old school module search index information during a 'spider' NOT for an add/update/delete (save and delete actions)
  • dleffler

    dleffler August 10th, 2012 @ 01:42 AM

    Locally, have fixed/implemented:

    • old school module (only calendar is searched) search index update on save (already doing it for delete)
    • Added top search results and search queries reports to Exponent Configuration menu, also fixes some things on those views
    • addressbook is not isSearchable
    • search hit links use sef urls as appropriate
    • faq items added to search index
    • search hits on default page now generate correct link '/' instead of url in url

    We do NOT need to reinitialize the search index EXCEPT during a 'spider' search index regeneration, but we should delete/update existing items if they change/are deleted.

  • dleffler

    dleffler August 10th, 2012 @ 05:56 PM

    • State changed from “new” to “open”

    awaiting completion of navigationController conversion since much of this code is dependent on the navigation module/controller.

  • expNinja

    expNinja August 14th, 2012 @ 06:13 PM

    • State changed from “open” to “resolved”

    (from [ca488ffc4fd5003e60bb4074bb52529cc07c66f4]) Fixes many search issues such as hit links are malformed or do not use sef urls [#680 state:resolved] https://github.com/exponentcms/exponent-cms/commit/ca488ffc4fd5003e...

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

Bug Tracker for Exponent CMS

Shared Ticket Bins

People watching this ticket

Tags

Pages