I'm not sure if this is a bug with Cloud9 or if it's the way it's supposed to work so I'm checking here first.
To keep things as simple as possible, let's say I create an index.html file which contains a link to go to inside.html
Then, I select "Run Project" and the index.html file displays inline with the URL in the address bar showing "https://php-userid.c9.io" as it should.
I then click on the link and am taken to inside.html but the problem is that the inline address bar does not update with the new URL.
On top of that, if I hit refresh, it refreshes index.html rather than inside.html as I would expect.
I realize that there may be a good reason for all of this but from my own personal perspective, I often need to know what the current URL is during development in order to properly debug my app.
I opened a ticket with C9 and they confirmed that although this is not how they want it to work, it's the only way that it can work for technical reasons.
This problem will hopefully be solved when C9 release their multi-platform desktop client in the future.
Related
We have a website that heavily uses Kendo controls, which makes it hard to know how the page will look after rendering. I want to use the "web live preview" extension to visual studio, however i have an issue. When the page opens, says in the bottom right corner "building tree" or something along those lines and never actually finishes. Is there a trick to get it to work with Kendo? I tried it because i got an email from them suggesting we do it.
Any ideas?
I'm guessing the message you're seeing is "Generating Logical Tree...". The extension is still in Preview, so there's several things that could be the cause of that, but we would like to work with you to try to address them. If you could file an issue on Developer Community, and include any errors messages you see from your browser's console (make sure to include Verbose messages), we can try to dig in. Also keep a look out for updated versions of the extension (it should automatically update) as we're steadily fixing bugs.
I'm currently using c9.io as a IDE to work with a friend on a project.
My problem is that when i attempt to view the project i get an infinite loading loop followed by this.
Cloud nine error
So yeah. Development cannot really continue until this can get fixed or whatever. Its a huge spanner in the works for me.
What can i do? Is there any other alternatives to working real time with a buddy?
Thanks,
Taylor.
I know this question is old but this solution worked for me:
https://docs.c9.io/v1.0/docs/restarting-your-workspace
You can also do this by appending ?reset=1 to your workspace URL. For
example, if my workspace URL is
https://ide.c9.io/username/workspace_name then I'd want to change it
to https://ide.c9.io/username/workspace_name?reset=1.
Here is the situation I've experienced which sounds like the issue you noticed and a solution that has worked for me:
Issue:
You clicked to open a workspace and get the usual loading screen with the c9 logo and ajax loader in the center. This is normal until you realize the page never loads.
Solution:
At this point, go ahead and clear your cookies. Then login to c9.io and access your workspace.
Alternate solution:
Logout of c9 on your current browser. Open a different browser than the one currently running the infinite loading workspace. Login to your account and open the workspace.
I'm writing a Greasemonkey script that has a fair few user settings (just using GM_getValue and GM_setValue).
What I'd like to be able to do is create a settings page for the script, and add that to the #include-d sites. So, for example, it'd run on:
#include http://www.greasemonkeyedsite.com/*
#include about:myScriptConfig
Then the script would check the URL of the site it's being called for. If it's the about: one it'd create and display a settings page, otherwise it'd just run the script as usual.
I came up with this under the impression that you could type about:(anything) and it'd show up fine, with just the text following the about: as the page content. I remember this working last time I checked it, but that was years ago.
Seems to be that you can't just display arbitrary data by use of about:x any more, though. Firefox just displays a "The URL is not valid and cannot be loaded" error.
I know about the data: URI protocol, but it's not suitable as entering it manually into the address bar doesn't lead to its own page.
Is there some equivalent behaviour? Or am I going to have to just have a "settings" button on the top corner of greasemonkeyedsite.com that hides and shows a settings div?
If you have a permanent web site, you could make a URL there that becomes the Greasemonkey script's settings page. That could even be a convenient URL that allows the user to download the script if he does not already have it installed, and you can, that way, also offer the user a software update when a new version of your script is released. (Just have the Greasemonkey script check some "current version" part of the settings page.)
As mentioned by jnpcl, it is possible to create a chrome:// URI within the browser, but as I understand it, that requires a full-fledged Firefox add-on rather than just a Greasemonkey script.
You could use a designated URL on the affected site if you do not have a permanent web site, like http://www.greasemonekyedsite.com/myGreasemonkeySettingsPage. Your script could then strip out the parts of their 404 page it does not need, and then it could insert its list of settings within.
On this site: http://67.15.245.6/~paddyosh/ the main navigation has suddenly stopped changing, i am sure i didn't change the core files.
The same code works fine on the local machine, but please tell me if it's just my computer and you can't see what my problem is.
That sounds suspiciously like the cache under Global Settings...try that...I have experienced that problem before, under the Admin back-end, the menus wouldn't work..then again, I got best results under Opera, in Chrome it doesn't work properly...weird...
I think the cache is the most likely culprit as tommieb says.
Alternatively, it could be a CSS issue, since you're using sprites. You don't say what you're changing in the menu, but for example if you change a menu item title from "Sports" to something else, it will still say "Sports" because the text is part of the image.
When I debug locally in fire fox 2.0x many times my page won't have the styles added properly or the page will not completely render (the end is seemingly cut off). Sometimes it takes multiple refreshes or shift-refreshes to fix this. Is this a common issue or is it just me? Any solutions?
I want to add that this is happening in fire fox 3.x to me as well. I add my javascript to the pages dynamically and this might be part of the issue. This is when I am working locally with Visual Studio.
Update: This does happen in IE but it happens much more often in Fire Fox. The issue seems to be only javascript and CSS files not loading. For example I get jQuery is not defined, $ is not defined etc. I don't think I have local IIS to test this on but from the server it always works perfectly. Fire Bug shows all my css and javascript files to be requested and received.
This could be a problem with IPv6 and DNS of the Firefox browser. This issue is known to slow down Firefox on localhost:SOMEPORT. The effect would be that some external files won't load (css, js etc.) resulting in a partially rendered page.
You can solve this issue by simply deactivating IPv6 in Firefox:
Insert about:config in the Firefox address bar
Set network.dns.disableIPv6 to true or alternatively add localhost to network.dns.ipv4OnlyDomains
A different way to fix this issue, is to a remove the ipv6 address from your hosts file this way: open the file
C:\Windows\System32\drivers\etc\hosts
(with administrator privileges) and remove (or comment out #):
:: localhost
Make sure that you narrow the scope of the problem. Does the problem just happen when debugging from VS or does it also happen with local IIS? With server-based IIS? Does it happen to other developers in your company? Is it really just FireFox or does it happen to Chrome, Opera, IE, etc?
Assuming that you've already worked that all out, I would suggest installing a FireFox plug-in called "Tamper Data". Open that and refresh the page. You'll see a record of every connection from the browser to the server (for each html file, image, css file, etc). Look to see if any of the them are very slow or not completing (perhaps one of those files is taking a long time and FF is waiting for it to finish before loading other important files).
Assuming that all of the files correctly loads, you should consider checking that the syntax is valid (maybe there is some unclosed tag or quotation mark that is causing FF confusion). I use a plugin called "Web Developer", but there are a lot of other options out there.
You could also use a plugin called FireBug to view the HTML behind various parts of the page to see if there are any noticeable problems. You start FireBug, go to the HTML tab, click Inpsect, and move your mouse over something on the page, and it will show you the HTML behind it.
One thing to do would be to check the source of the page(s) in question. My guess would be that the local server that VS runs is not giving you the entire source of the page. One way to verify this would be to run exactly the same code in the debug environment, as well as from a "real" server like IIS 6. If the same behavior is seen on loading the page from both servers, as well as insuring that the full page source is being recieved by the browser(s), then it is a bug in Firefox and should be reported. This is especially true if other browsers, ie. IE, Chrome, Safari, Opera, render the page fully.
Are you comparing what you see in Firefox to what is displayed in the Visual Studio designer? If this is the case, then they are using 2 different methods to render the html and may not display the same.
Anything further on this folks?
I have examined the traffic using Firebug and it appears that when veiwing the response from the request for a style sheet, the response is just blank. After refreshing (sometimes multiple times) the age displays correctly and the response information contains the style sheet. I have not seen this in any other browser and it only occurs when viewing the app from Visual Studio.
2! Recently i had the same problem. Im using MVC 1.0 and I added a new stylesheet into Views/Share folder. And when i run the project, the page didnt render along with the css. If your web project is a MVC one so try put the css file into the Content folder.
Hope this help.
HaiVu.Doan.
In case anyone else finds this with newer versions of Visual Studio, I have to run VS as Administrator. This is something I keep forgetting to do, but once I right clicked on Run as Administrator when opening VS, the problem went away.
Initial problem, I could not get CSS to render when running a project from VS 2012 using Firefox as the browser. (IE worked just fine, btw.) The content would be there, but no CSS. This was the first post I found when I typed in my question.