Hi when i search on my magento 2 site if product didn't exists its working fine and showing this message
Your search returned no results.
but when the product exists in system its showing page like this
can any one please tell me whats the issue with this i have already checked exception and log files nothing is there
i found the solution my theme was creating this issue in this file
app/design/frontend/Meigee/versatile/Magento_Catalog/templates/product/list/toolbar/filter.phtml
hope it may helpful for others as well.
Related
I am doing an in place search in a document library and results are being returned just fine. However, some users are reporting seeing the following message:
Some files might be hidden. Include these in your search
I also receive this message at random times for different searches. There seems to be reports of this on various boards with no real answer. Anyone know why this message would occur?
This may relate to the Search Service Settings > Content Source in Central Admin. Ensure that the addressers are correct and that the crawl have the same entry as you do. Normally you want to point the url to the default zone.
When done, reset the index and start a new full crawl.
I have searched unsuccessfully for a number of days to try and resolve an issue with the search not returning results in Sharepoint 2010. Basically the search has successfully crawled the content and indexed the results but the search is returning no results on our site.
The codebase is the same as other servers that does return results so we are confident it's not a coding issue, but is a sharepoint issue. We can reach the search queryex webservice also
I was wondering if anyone had any suggestions on possible settings / things to check to try and kickstart this search!
This is my first question on stackoverflow, so please advise if I haven't added enough detail.
I'm fairly new to SO myself, but I'll help if I can! Quick couple of questions:
Is the search returning no results for all user types, including admin?
Is there an error returned when you submit a search or does it just say "no results"?
Are you using any custom web parts for displaying the search results, or is it OOB?
Do you have access to the ULS logs perchance? There may be further information there.
Are you using search scopes at all?
What domain account are you using for the search app pool? There's some info here about making sure you have the right type of identity - SharePoint 2010 search crawling but not displaying results
(Apologies for posting a comment-as-an-answer, but since my rep is below 50 I can't yet post comments on your question - still wanted to help though.)
I have a requirement of migrating a Enterprise wiki site from one environment to another. When I tried to import the files i could see the files getting imported, but at the end, an error occured and operation did not complete successfully. Both source site and destination site are sub sites.
I got the following error.
[List] [Pages] Error: A duplicate field name "f863c21f-5fdb-4a91-bb0c-5ae889190dd7" was found.
FatalError: A duplicate field name "f863c21f-5fdb-4a91-bb0c-5ae889190dd7" was found.
It looks like the GUID id pointing to Wiki_x0020_Page_x0020_CategoriesTaxHTField0.
I tried both STSADM and PowerShell commands but same error I am getting. As per the MSDN documentation, EDIT: Both source site and destination site are sub sites. Another interesting thing is, if the source site doesn't exist then the command works fine. This is contradicting with the MSDN documentation. It says both source and destination sites need to be created with same site template..
When I tried with another fresh wiki site, it worked. I am sure the problem is with my customized wiki site but I am not able to find the cause.
I have posted same question in MSDN Forums
Please help
had a similar problem, i found the field's name and got into it via browser
[rootSiteUrl]/_layouts/fldedit.aspx?field=[fieldName]
then i just deleted it.
Does anybody know how to find offending web part which causes this error ?
“A Web Part or Web Form Control on this Web Part Page cannot be displayed or imported because it is not registered on this site as safe.”
I have inherited an old SharePoint 2003 portal site which uses custom web parts.
I know what this error means. I also know that each web part must be installed and registred as safe in web.config. The problem is that I don't know which one is missing.
I get same error when I'm trying to open the page in FrontPage as well.
Use contents=1 in QueryString to disable/remove WebParts from page that causes errors.
stsadm.exe -o enumallwebs -includewebparts
http://sharepointreporter.wordpress.com/
Requires updating to Sp2 I believe, for this command to be available. Problematic web parts will appear as 'Missing' in the resultant list.
Go to Event Viewer of the machine and you shall be able to see Error entries. Out of tons of entries you have to find out the entries related to you and you shall be able to see the names of the webparts that the sharepoint site is trying to load but fails. If you shall read the complete description of the error entry in the Event Viewer, it will give you version and even PublicKey Token of the webpart as well.
I hope this helps!!!
Try reading this:
http://www.bluedoglimited.com/SharePointThoughts/ViewPost.aspx?ID=189
It should give you some clues to solving the problem. Essentially you have a control that is not marked as safe and it is failing. You can most likely config it to work, but the link above has other possible solutions.
in your url just append content=1. This will give you the all the webparts that are deployed. Now, you can keep deleting each of the webpart to find which one is causing issue ( ensure that you know to add the web parts back).
For example: if Url is http://localhost:9000/default.aspx, try with http://localhost:9000?contents=1
Alternatively, try to create a new webpart page,add web parts that are there on your actual page and check which one is causing issue. This will avoid changes to the actual page.
Hope this helps.
I've just suggested this same answer on MSDN:
This stsadm helped me in finding where the webpart was referenced in any way:
stsadm -o enumallwebs -includewebparts > C:\temp\somelog.txt
Then you can see the web part is listed under some <Web Id=... Url=...> XML node, i.e. you know the "culprit" web site.
At that point, some reasons I've found for those forgotten references:
the webpart is used in some sub-site of the culprit website, and the sub site is hidden from the quick list or top bar
the webpart has been deleted from the culprit website, but it still is in the "site collection recycle bin". You can reach that by going to the normal website recycle bin, then look for its link on the top bar description ("Use this page to restore items that..."). By the way, this site collection recycle bin has two views itself: be sure to check them both.
In both cases, I got some help by browsing the culprit website with SharePoint Manager. With that I could easily spot the existence of a forgotten subsite, as well as the existence of this "second level recycle bin".
HTH
While setting up a test environment I was attempting to set up many different types of sites for testing various things when I ran into a strange bug in SharePoint.
I was creating a subsite under a blank site template and saw the option for "News Site" so I selected it and got an error saying that the Publishing Feature was not enabled at the site collection level.
Fine. So, I went and activated it and then attempted to create the site again and I got the error:
The Web site address "/mpsite/news" is already in use
Ok, so the site must have been created anyway so I try to visit the URL and get:
The webpage cannot be found
Fine. So, obviously it errored in the middle of the site creation so I'll just delete it via STSADM. Wrong:
There is no top-level Web site named "http://server/mpsite/news/".
So, the site is listed in the sites and workspaces list, but doesn't really exist and can't actually be deleted.
How do I get rid of it from the Sites and Workspaces listing?
You've run into one of the lovely undocumented "features" of SharePoint - site templates get applied after the site gets created in a seperate, descrete step. This means that potentially, a site can "exist" (as far as the content database is concerned) without template, which leaves you with a site you can't browse to, but still sorta "exists" in SharePoint purgatory (I've actually written a couple of hacks that involve relying on this "feature").
It looks to me like you may have run into one such situation - when you went to go create your site, I'm guessing that you got the error before the template was applied to your news site.
The way I've fixed similar problems in the past has been to use SharePoint Designer to delete the sites - since it looks straight into the content database for what does and doesn't exist, it might do the trick for deleting your rouge news site.
Hope this helps!
Have you tried http://server/mpsite/news/_layouts/deleteweb.aspx ?
Or maybe the "Content and structure" (http://server/mpsite/_layouts/sitemanager.aspx) link from site actions?
I know this is old, but it may help somebody. In SP2013 running the Remove-SPWeb Powershell command with the url of the corrupted web worked perfectly for me.