As stated in the subject I am having an issue with Sitecore 8.1
The thing is that when I go to an item in the CMS and try to create a hyperlink in the rich-text-editor I got this select item hanging. It is showing like 'loading' but it goes infinitely - never stops.
Could someone help me?
If this was an upgraded environment from an earlier version of Sitecore (7.x) to Sitecore 8.1, I would verify that the appropriate /sitecore/shell files are on the file system for the 8.1.
A way to do this is to take the 8.1 zip file download, and just copy over the sitecore/shell folder. This should ensure that all appropriate 8.1/speak files exist as intended.
If this was a fresh install of sitecore 8.1, then as suggested in comments, I would look through logs to see if you can identify a suspect log error.
Related
I recently changed operating systems on my laptop (went from 8.1 to Windows 7). I transferred my game project, and after having to rebuild it (due to Visual Studio 2013 stating it cannot open my project file), I managed to get it to run, but as soon as the code tries to load my cube.fbx model, I get the error in the title.
My settings for the model are as follows:
And the code for loading (which worked flawlessly before the transfer) is as follows:
modelCube = content.Load<Model>("Models/cube");
I have no idea what the issue is. All help points to setting the Build Action to "Content" and the Copy to Output Directory to "Always". The only clue I can think of is that originally, my project was made for Android, and on this iteration I remade it as a normal Windows project (as for whatever reason, I couldn't get an Android project to work this time).
Thanks in advance. This is really confusing.
While I doubt anyone else will have this problem, I figured out the issue. I think Monogame changed the way it loaded assets since the last time I used it. With my install of a newer version, I just had to follow the link below to get it working again.
http://rbwhitaker.wikidot.com/monogame-managing-content
When I compile a project in XE8 (with update 1), I get frequently a error that a file is missing, although the file is just available. And when I compile again, it is another file that is missing. It seems random. After a few compiles (sometimes more or less) I have build the project. And even at Run (F9) I sometimes get the error that a file is missing.
Like #Andrei Galatyn said at the end of his post, it will be solved when you delete your Android configuration in SDK versions. But I want to be able to develop with Android. What is the real problem?
I couldn't find a solution on the internet yet.
Is there a solution for this problem? Thanks in advance!
I have similar problem with Delphi XE8/XE7 at least at 3 different PCs (home PC, notebook, VMW-based virtual machine in office). All PCs are fast, all are SSD-based. Usually i get the error message when trying to build large project, for small projects errors are very rare (but happens time to time anyway). So i am quite sure that it is problem with Delphi. What i tried:
added src/dcu paths as exception to antivirus
disabled indexing of files in Windows (Windows 7 x64/Windows 8.1 x64)
deleted all SDKs for mobile development in IDE (this step was most usefull in my case).
It doesn't solve the problem for 100%, but now i see that random message only few times per week. I will be glad to see real solution.
Just for information - many errors like "file YYY\XXX.pas not found" where with wrong path to the file, it was path somewhere inside of Android SDK. After deleting of all SDKs (fortunately i need only with Win x32/x64 platforms) i never see such errors anymore.
Some time ago i sent it to my colleagues:
Many times i got an sporadic error in Delphi IDE like this:
F2039 Could not create output file '.\dcu\FireDAC.Comp.DataSet.dcu'
When I just tried to compile again, the problem disappeared but compilation may fail on another file. It was especially annoying when I need to rebuild an large project, for example <...>. Finally I discovered that under some conditions Delphi is trying to access files at wrong path:
C:\Users\Public\Documents\RAD Studio\12.0\PlatformSDKs\adt-bundle-windows-x86-20130522\sdk\tools\dcu\FireDAC.Comp.DataSet.dcu
Instead of
C:\M2014\Fellesressurser\felles\FireDAC.Comp.DataSet.dcu
All the time when I get the error it was try to access Android SDK folder instead of my application folder.
If you experienced same problem, you can solve it now, just delete Android SDK from Delphi IDE:
Open “Tools\Options\Environment Options\SDK Manager”
Select installed SDK (list “SDK versions”)
Delete it (button “Delete”)
I copied my grails app to another computer and now .gsp files do not open in the editor. They also show a G icon with an arrow next to them. Dragging and dropping or double clicking do nothing. Updating intellij didn't help either
As Dónal mentioned, Grails is not one of the frameworks supported by IntelliJ IDEA Community Edition (you need the Ultimate Edition). You can view the feature comparison here.
Hi I am probably answering now when u no longer need the answer but I bumped into the same issue yesterday and only solved it now. There are chances that you associated the .gsp file type with a program which cannot be opened by intellij in your case GOSU. To fix it go to: File>Settings>Editor>File Types
In the file types go to Gosu Program Source and *.gsp should be in the registered patterns. Remove it and apply changes then you are good to go.
Re-installing community version fixed and gsp files now open in the editor
First of all I'd like to start by saying that I'm actually a .Net programmer, and it so happens that I need to develop a J2ME app again today. I've have had innumerable problems developing J2ME apps with Netbeans in the past, to the extent that I have had to use someone else's laptop to do the job.
Today I installed Netbeans 7.3. Clean install. I installed the WTK 2.5.2 right afterwards. I managed to configure the platform on Netbeans and all, but once I make a J2ME app and run it I'm getting the following error message:
"Classpath to J2ME Ant extension library (libs.j2me_ant_ext.classpath property) is not set."
Trust me this is quite upsetting since I've looked it up on the net, and it seems the menu items to solve that problem that people have been pointing out to DO NOT EXIST in Netbeans 7.3.
I added an ANT variable: libs.j2me_ant_ext.classpath and set it to C:\Program Files\NetBeans 7.3\mobility\ant\nblib
Still not working. I'm not even sure if that's the correct path, if those are the correct files.
This is extremely frustrating. Can somebody please help?
I've encountered similar problem with nb 7.2.1, it's probably a bug which destroys a part of .properties file in those versions.
Fix your properties in file %project_folder%\nbproject\project.properties (you can copy them from such files in similar healthy projects)
Okay, I have been looking all over to solve this problem before I actually broke down and decided to finally ask for my psecific problem. I am using ClickOnce installation and when I use the setup.exe to install nothing runs, not even on my personal computer that I know has all of the proper libraries and such. I'm not sure what I am doing wrong so it is difficult to explain the problem.
I have included dotNetFramework4.0 client x86 x64 , xna redistributable 4.0 and windows installer 3.1 along with my game and I have it set to install all of that with setup , also I have it set to download prereqs from same location as application. I've tried it on three separate computers , one that does not have XNA or VS C# installed and the same problem occurs.
Here is the problem , after I install the game nothing runs, I try clicking on the ClickOnce application file (the one with my game's icon image) and again nothing happens. The thing that really bugs me is that there isn't any errors or crashes or anything , it's almost like clicking on the desktop screen. (I looked at the properties of the "shortcut" that was installed with the game and the file size of the shortcut is like 300 bytes. Isn't that really small? I was thinking maybe there is a problem with a startup executable? I'm not sure though.)
I've tried tweaking some stuff in the Publish section of my project , such as un-checking the box that says "use .deploy extension files" (I don't know why, I've been grasping at straws here) I've been looking into some other installers such as NSIS but I don't know how to compile a list of files to include in other installers and I feel like that won't solve the problem anyway because I've gotten ClickOnce to work with me before.
On one computer there was an error report that said something about 'deployment and application do not have matching security zones.'
Game.application resulted in exception. Following failure messages were detected:
+ Deployment and application do not have matching security zones.
It's getting late so if I need to provide more information let me know.
ClickOnce can be a fickle thing. There are times that I've had errors occur that could only be solved by recreating an entire Windows user profile. Because there are so many different options for ClickOnce, it's going to be hard for me to diagnose your exact issue, so I can only offer what options I used to successfully install via ClickOnce.
Publishing Folder: local folder
Installation Folder URL: blank
Install Mode: offline
Application Files
Make sure the Publish Status of your game files is set to Include (Auto)
Make sure the Publish Status of the XNA libraries is set to Prerequisite (Auto)
Click Prerequisites
Microsoft .NET Framework 4 Client Profile
Microsoft XNA Framework Redistributable 4.0
Windows Installer 3.1
Do not check for updates
Everything else default under Options (publisher/suite name shouldn't affect anything)
Specify the version number
Publish Now
Install the game through the setup.exe provided in the publish location. I always distribute every file that is publishes. However, you can clean up old versions in the "Application Files" folder if you don't want the history to be distributed.
You can double check the "Application Files" folder to see if your version got published correctly (look at the files that were deployed and see if they match your project contents).