Dreamweaver CC Properties Inspector Not Working

Hi all
I have just started a new site and after installing some text my PI stays blank. I can click on anywhere within the page and nothing shows upin the PI.
the only time the PI works is when I place my cursor infront of the <body>.
Never had this problem before.
Any suggestions.

The position of your text is invalid. You need to place your text within the body of your page.
Right now you have it after the ending </head> and before the starting <body>

Similar Messages

JRE7Update25 Deployment Properties File Not Working And Cant Disable Next Gen Plugin

Good Day
Our organisation needs to deploy JRE7U25 to over 4000 workstations. Our desktops are running the following Windows and IE combinations:
WinXP 32 Bit/IE7
WinXP 32 Bit/IE8
Win7 32 Bit/IE8
Win7 32 Bit/IE9
Win7 64 Bit/IE8
Win7 64 Bit/IE8
We use the 32bit JRE installer across all environments and all IE browsers use 32Bit IE. On all of our environments the Deployment.properties and config files no longer work due to what appears to be a bug in the JRE7U25 installer. Our deployment files are as follows:
Deployment.config
deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
deployment.system.config.mandatory=true
Deployment.properties
deployment.security.level=MEDIUM
deployment.security.level.locked=
deployment.javaws.autodownload=NEVER
deployment.javaws.autodownload.locked=
deployment.security.mixcode=HIDE_RUN
deployment.security.mixcode.locked=
deployment.console.startup.mode=HIDE
deployment.console.startup.mode.locked=
Both files are being copied to the following location:
C:\Windows\Sun\Java\Deployment
After the installer runs and deployment files are copied to the workstation the deployment.properties and config files look like this:
Deployment.config
deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
deployment.system.config.mandatory=true
Deployment.properties
#System Deployment Properties
#Mon Jul 01 12:29:20 CAT 2013
deployment.security.level=MEDIUM
I have tried changing the deployment.config file as follows in an attempt to fix this to no avail:
1. deployment.system.config=C:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=true
2. deployment.system.config=C:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=false
3. deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
    deployment.system.config.mandatory=true
4. deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
    deployment.system.config.mandatory=false
5. deployment.system.config=file\:C\:/WINDOWS/Sun/Java/Deployment/deployment.properties
None of the above mentioned works. So all our required settings in the deployment.properties file are being overwritten when opening the Java console? Our other major problem is that Changing the registry key to 0 in order to disable the next generation plugin does not disable the next generation plugin in Jre at the usual location as it worked for us machine wide (across multiple profiles for JRE6U29):
[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in\10.25.2]
"UseNewJavaPlugin"=dword:00000000
^^I have observed on a fresh install of JRE7U25 that the above mentioned registry key no longer exists in this version so a computer wide disablement of this option is no longer possible via the registry.
On our 32Bit and 64bit machines running the 32 bit JRE 7U25 client when we disable the next generation plugin it keeps enabling itself again. Even when we run the javacpl.exe to run as administrator by changing the compatibility settings and disabling the next generation plugin it enables itself again. This is a huge problem for us because our company Oracle web based applications need this plugin to be disabled in order to run the apps properly.
These are major obstacles for our deployment as we desperately require assistance or any advice in addressing these issues as there appear to be numerous bugs with the JRE7U25 release. Thank you in advance.
Update 7 July 2013:
I have observed that if you have the following options in your Deployment.config file it doesn't allow our java webstart apps which use jnlp extensions to run.
1. deployment.system.config=C:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=true
2. deployment.system.config=C:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=false
3. deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
    deployment.system.config.mandatory=true
4. deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
    deployment.system.config.mandatory=false
The jnlp file association is also broken on Windows XP workstations with JRE7U25. We are having to manually associate the .jnlp file extension with javaws.exe on workstation for Web start apps or else users cannot lauch JRE whn clicking on .jnlp links.
The only Deployment.config syntax which allows our Webstart applications to run is as follows:
deployment.system.config=file\:C\:/WINDOWS/Sun/Java/Deployment/deployment.properties
What a mess!

I don't have an answer to the problem, but I am having problems with the system level deployment.properties file and IE9 on Windows 7 32/64bit.
Starting with version 13, the IE plugin seems to igonore the system level deployment.properties file in favor of the user level deployment.properties file. When I open the Java Control Panel, the settings are correct per the system deployment.properties file. Currently to get the Java Plugin to work reliably in IE9 I have to set the following:
_JAVA_OPTIONS = -Djava.net.preferIPv4Stack=true
Disable caching
Set the proxy to Direct Connection.
If I set the _JAVA_OPTIONS as an environment variable and the other two in the system deployment.properties file, Firefox works fine, but IE wont load either of the Java tests. If I removed the system deployment.properties files and configure the user deployment.properties file, both IE and Firefox work fine.
I find it interesting that if I set the configuration through the control panel, then apply the system deployment.propteries file, the user deployment.properties file reverts to defaults when the system file is removed.

Property inspector not working correctly

The property inspector in CS3 is not working correctly. When
I select text or any other object the property inspector does not
change for that object. But when I right mouse click on the
selected object it does. Do I need to change a setting?
Thanks!

Yes, me too. I can't find an answer to this anywhere.
If I right-click or double-click on an item the property
inspector shows it, but if I single click, nothing happens. It's
bad for productivity.

Dreamweaver copy and paste not working

Hi
The copy and paste functions on my Dreamweaver have stopped
working.
The copy and paste functions are greyed out in the edit drop
down in both code and design views. Ctr C and V are also not
working.
Tried various fixes including moving the config folder and
reinstalling but nothing has worked.
Any suggestions?
Thanks
Dirk

You can try this simple fix -
Quit DW.
Find this folder -
C:\Documents and Settings\<username>\Application
Data\Macromedia\Dreamweaver
8\Configuration\WinFileCache-*.dat
(these folders are normally hidden - you may have to use
Explorer > Tools >
Folder Options to unhide them)
and delete it.
Restart DW. Works better?
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"dirkwalker" <[email protected]> wrote in
message
news:ebhgfi$8qj$[email protected]..
> Hi
>
> The copy and paste functions on my Dreamweaver have
stopped working.
>
> The copy and paste functions are greyed out in the edit
drop down in both
> code
> and design views. Ctr C and V are also not working.
>
> Tried various fixes including moving the config folder
and reinstalling
> but
> nothing has worked.
>
> Any suggestions?
>
> Thanks
>
> Dirk
>

Inspector not working... weinre: target not connected

Whe I try to connect to my iPhone 3G with Edge Inspect, the Inpsect app on the iPhone shows the mirror of the browser on my Desktop machine, but when I click on the < > button, the inspector window launches, but instead of the link to the device being shown I get Devices: none and the title in the top of the windaw says weinre: target not connected.
I have waited for for the spinning icon at the top of the app on the iPhone to stop spinning, but the inpsector window still does not connect.
Some info:
Remote device: iPhone 3g
Local device: Mac OS X 10.7.5
Local browser: Chrome version 22.0.1229.92
I have also tried connecting to an iPad 2 and it all works brilliantly. Edge Inspect is a great tool, but I am frustrated that the connection to my iPhone is not working. It was the same when it was Shadow

Hi Jules, sorry to hear you're having an issue too. The problem with trying to figure this out is that the problem is almost certainly some configuration on your machine or network and that's extremely difficult to solve remotely.
Here are some suggestions for other things to try, let me know what happens for each as it may give me some clue what's wrong. If you see something you think is wrong, please be as descriptive and complete as possible... screenshots can definitely be helpful.
In Chrome, go to http://debug.edgeinspect.adobe.com/ and tell me what you see there
Does it make a difference if you test a different page? Give http://google.com a try and see if you get a different-looking weinre window.
Are you testing content from localhost? If so, try taking Edge Inspect out of the loop and see if that changes anything...
Put this script tag into your web page: <script src="http://debug.edgeinspect.adobe.com/target/target-script-min.js#moretti"></script>
Reload the page in Chrome.
In a new browser tab/window go to http://debug.edgeinspect.adobe.com/client/#moretti
Does that get you a working weinre window?
If so, load the page in the native browser on your device (you'll need to use your computer's IP address instead of localhost) and on your computer refresh the /client#moretti window
Does that work? (NOTE: you can use any identifier after the hash as long as it's the same in both your script tag and the URL you input)
Mark

Resource file (.xlf/properties) is not working in E-commerce

Hi Experts,
I am very new to SAP CRM E-commerce development.I changed one Resource file (.xlf) for lable changein SAP NWDS.After that i deployed my components in my server.But the total text are missing in entire application (e-shop).it is not displaying any texts i verfied config.xml and all.all the things are Ok,but i d't know why it is not working.its very unrgent .
Please suggest me.
Thanks in Adbvance!!!!!!
Regards,
Kiran

Hi,
In addition to the above answer by Toni Flückiger check whether the properties are maintained in your specific language file too.
Example: If you are modifying crm~b2b_resources.xlf maintain the same text in crm_b2b_resources_en.xlf too. If the application is picking the language as "en" then the properties are loaded from crm_b2b_resources_en.xlf and not from crm~b2b_resources.xlf
Sateesh Chandra

Flex 4 scaleGrid properties are not working for me.

Hello All,
    I'm new to Flex 4. I have used Flex 3. But in flex 4 i'm facing one problem which i'm unable to solve. I have added a backgroundImage for a BorderContainer. Image is getting added but it is not at all scaling. I felt as the properties scaleGridTop, scaleGridBottom, scaleGridRight and scaleGridLeft are not working which was working in flex 3.
Here is my code
<s:BorderContainer
                       width="100%" height="100%"
                       backgroundImage="@Embed('/Styles/Images/toolIcons/Top_Bottom_Bar_Sub.png',
                       scaleGridLeft='150', scaleGridRight='650',
                       scaleGridTop='25', scaleGridBottom='26')"/>
The image to be added is here.
This image is getting added but it is totally stretched. Not scaling according to the positions i've set.
Please can anybody help me in resolving this issue...?

Looks like BorderContainer doesn't respect scaleGrid values. I have filed a bug for this here: http://bugs.adobe.com/jira/browse/SDK-30676

Dreamweaver CS 5.5 not working with Godaddy FTP with TLS/SSL

I've upgraded to CS 5.5 and tried to connect to a client's Godaddy account with FTP with TLS/SSL it fails. Works perfectly with my mac app Transmit every time as it always has. It doesn't work with implicit or explicit settings with authentication set to none or otherwise.
Can someone please let me know if Dreamweaver will ever be compatible with FTP with TLS/SSL and Godaddy? Or is there some setting I can try that will make it work now somehow?
Been waiting years for this....

SnakEyez02 wrote:
First, that's a Godaddy problem if their security isn't up to par.
That may be the case that Godaddy is also at fault, but every other FTP app I use with Godaddy works fine. It's just Dreamweaver and has always been just Dreamweaver not working with a secure connection to Godaddy. Considering Godaddy is the largest webhost in the USA, you'd think Adobe would have fixed this years ago. I should also mention I'm not endorsing Godaddy and I understand there's plenty of people that don't like Godaddy for very good reasons.
Sent you PM with FTP account with Godaddy yesterday. Thank you for taking a look!
UPDATE: Whoops, I see you responded via private message already. I'll paste most of it here in hopes it helps others to understand the issue:
via SnakEyez02 PM:
Ok this took a lot of digging. I won't say it's not a DW issue 100% and I will report a bug for your problem, but DW is not the problem alone Godaddy needs to share the blame here for a bad certificate. Here is what is happening:
I'll start with DW:
- The settings are correct that were in the post. Port 21, FTP explicit, and the authentication should be set to None (encyprtion only). This is where the transmission is encrypted using SSL, but the certificate is shared and not specific to the domain owner. That is the difference between DW's "none" and "trusted". It's a poor choice of words I'll give them that. However, Godaddy seems to want all connections to be trusted thus the other error you get when you turn on the None option. Now could DW do what Transmit does, warn you and write in an unsigned certificate into the Keychain app, probably, is it best practice for security reasons to "Trust" an unsigned certificate probably not.
Now Transmit:
- As explained above Transmit opens up a prompt to override and create a fake-trusted signed certificate. Thus by forcing the OS to think a legitimate certificate is there it gets you through albeit through unconventional methods.
The problem:
- A good portion of this problem lies with Godaddy. Now I use a shared hosting account and set one up on an independant host for a friend of mine and both of them accept the shared certificates (SSL explicit). The difference is the hostname of the certificate. I ran a traceroute (from Network Utility in Utilities folder) on your website and came up with the following address: 173.201.23x.x.
The problem is that the certificate on your server is actually not for that server which is the reason DW seems to have such an issue with it. The SSL certificate that Godaddy put on your shared server is for host - 173.201.19x.5x. As you can see, it's a certificate for another server. Honestly the fact that Panic's Transmit allows this override scares me a little bit and the fact that Godaddy never noticed this issue either scares me to. So while DW could write in a bad certificate I can see why this is happening.
I know there is not much solice in my answer because it still doesn't alleviate the problem that you have with DW connecting. Unfortunately I do not have a workaround despite my numerous attempts to try and gain access over a secure connection. One alternative you could ask Godaddy for in the meantime is an SSH connection which would allow you to use SFTP instead of FTPS. But that's a short-term solution to a long-term problem.
If you think of anything else feel free to bounce any ideas off me I don't mind. Good luck in getting this solved and I will post a bug report to make Adobe aware of the issue.
Thank you for looking into this issue in depth like you have!
I think the issue might be that Godaddy is applying cost saving measures to keep their prices down in the way they implement their certificates (but it also wouldn't surprise me to know it's simply ineptitude on Godaddy's part either). I'm not sure I fault Panic with Transmit much at all because it clearly warns you about the certificate and it's your choice to continue. And, as it stands now, it's much safer to continue to connect that way with Transmit than to stop and connect with no encryption at all at a public hotspot.
As it stands now, you really shouldn't connect to Godaddy with Dreamweaver at a public hotspot unless you set up an SSH tunnel with your connection first. But enabling SSH is an added expense in many ways including paying for the service, using more computer resources for tunneling and time setting it up and implementation... all because Dreamweaver won't just allow developers the option like Transmit does.
Once again, thank you for looking at this and I hope someone at Adobe finally address this issue for the security of its customers who use Godaddy (which is often not their choice and was, instead, the choice of their clients to use Godaddy as a webhost).
Just a side note, I contacted Godaddy support about this several years ago and they were unresponsive and even hostile about it - So that's definitely another vote against Godaddy from me as well.
Message was edited by: greenbluewave

Dreamweaver respond.min.js=Not working with IE7 & IE8

Six months ago I purchased Dreamweaver CS6 to have my site more interactive, I'm new to Web development.
My computer system is Windows 7 with IE9, when testing my new site all went well, until I uploaded and learned about Internet Explorer Developer Tools, which has cross browser mode to test IE 7 & 8 versions.
Unfortunately my site shows phone view first in IE7 and IE8.
Link to my site http://www.angelsbyangels.com
I have learned that “html5shiv.googlecode.com/svn/trunk/html5.js" and "respond.min.js”
are not working properly with my site in IE 7 & 8.
I AM Grateful for your help.
mlfa

Hi mlfa,
Can you chek out the following discussion on min.js and IE8, and try Sudarshan's solution?
respond.min.js and IE8 (http://forums.adobe.com/thread/1173020).
Thanks,
Preran

Dreamweaver CS5 ftp does not work after my host server was updated

I'm on an iMac running Mavericks.
I'm using Dreamweaver CS 5.5 from the creative suite.
Suddenly the FTP function in Dreamweaver does not work.
My website host stated that they were forced to upgrade their server software for FTP and the Dreamweaver was not compatible.
Will there be an upgrade soon to resolve the problem? I'm having to use Filezilla to upload/download files from my site and it's a real pain compared to just using Dreamweaver.
Please help ASAP! Thanks.
Marcus

DWCS5.5 hasn't received an update in years and is no longer supported by Adobe. The chances of there being an update for any new compatibility issue is pretty much slim to none.
If (and it's a big if) your hosting company actually did something that made DW itself incompatible with the server, you would just have to use some other FTP program, like the free Filezilla client, to do your uploads.
Not a big deal, just a small extra step.

Color correction arrow in the inspector not working

I noticed today that my color correction arrow in the inspector is not working. I click and click on it and it doesn't show the color board. The only way to show the color board is to use the shortcut command-6 or to click below and "show color board." So I can still get to the color board but it's frustrating that the arrow will not work. The arrow does work, however, to get from the color board back to the inspector. I am using the latest version of Final Cut X. Anyone else have this issue? Would love some help!

It's the multicolored arrow in the bottom right. It has worked before today with no problems. I don't know why it just suddenly stopped working.

Dreamweaver CS4 collapsible panels not working

I've used collapsible panels on pages many times before with no problem. But for some reason, on the page below, they're not "working" - no opening or closing. They just appear in an open state at all times.
In Dreamweaver, I have the Display setting to Open, the Default state to Closed, and I have enabled animation.
I know this must be something very obvious.If anyone could take a look and see if you see what I'm missing, I'd sure appreciate it. I searched the Spry forum and came up empty.
Here's the page:
http://nasr.hostasaurus.com/faq.htm

Place the constructors above swfobject as follows
<script type="text/javascript">

</script>

Controlbindings.properties is not working

Environment: BEA Workshop for WebLogic Platform
Version: 9.2.1
I have created a Portal Web Project and a Portal EAR Project, then, in the PWP I have create some Controls with a 'defaultBinding' annotation that, in some cases, I want to be overwritted by the implementation class indicated in the controlbindings.properties file that is under the /WEB-INF/classes/ directory... the thing is that it's not working but in the beehive users mailing list they told me that it must be working, and that maybe it could be a problem of the WebLogic Platform...
Can you help me to solve this issue?
Thanks in advance!
Raul Herranz

Hi, the best way to check that the boot.properties is working is to create a new file with username and password in plain text.
Once the server starts properly, the logs will display a statement like "Reading boot.properties".
Open the file post server start and the values will be encrypted and that is a confirmation that the boot.properties is being used by the server.
Thanks,
Souvik.

Dreamweaver CS3 Menu's not working

Using shortcuts or even manually clicking on the menu items
to say "Put" a file, it just doesn't work. I don't get it. It
worked fine... then (if memory serves me) when I downloaded a CS3
update to all my cs3 applications, it stopped working.
Any ideas what this is and how to fix it, besides
uninstalling the update?
JP

Are you working from a site definition? Can you connect to
the remote site?
Can you GET files from it? Does this happen with all your
sites? Does this
site have a testing server defined?
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"joshperkins40207" <[email protected]> wrote
in message
news:f4ndd2$8vq$[email protected]..
>I don't know what I'm saying. Bottomline, some menus are
not working. I'm
>on
> a mac.
>
> CMD+SHIFT+U should upload (put) a file. It doesn't work.
Well before you
> think I changed my shortcuts, going to the menu and
choosing SITE > PUT
> doesn't
> work either.
>
> A couple other things like right clicking on the Files
area to "add a
> folder"
> or "create a file" doesn't work. I click it... nothing
happens.
>
> Dreamweaver CS3 is the only software I am having this
problem with.
>

Dreamweaver CS6 command copy not working (UPDATED)

Anyone having this issue? Is it a new bug in Dreamweaver?
Running Dreamweaver on current OSX. The keyboard command to copy (command c) is not working. Keyboard paste works fine (command v). Using command c will paste in the last item from the clipboard. So if you had just used command c in say Fireworks, in Dreamweaver it would attempt to paste in that item as that was the last thing in the pasteboard copied. In Dreamweaver the copy function works fine from the edit menu (edit > copy).
UPDATE: I have found that this issue is only when the Split view is active (Design and Code view both displayed). When you switch to the code view only, the keyboard copy (command c) function works just fine.
Message was edited by: Simon Darby

Every time I've run into an issue like this, clearing the cache file has repaired it...
http://forums.adobe.com/thread/494811
As long as it's not a system wide issue that is.

Dreamweaver CC Properties Inspector Not Working

Similar Messages

Maybe you are looking for