Dreamweaver CS5.5 Bugs

We've encountered some bugs in what is otherwise a great application and a great job by Adobe. We would, like to start a public discussion to see if anyone else has been able to reproduce any of the issues. Recently, we put a new production machine to work in the office and since it is a clean machine, with a fresh install of only Dreamweaver CS5.5, the issues would seem to be reproducible - rather than restricted to a specific machine or configuration. So here is the first test page:
http://www.projectseven.com/testing/cs5.5-bugs/
There are other bugs we'd like to test, but let's focus on a few for now.
Happy Hunting :-)

My specs before I go into answers:
Apple Macbook Pro
Mac OSX 10.6.8
2.8 Ghz Core 2 Duo
4GB Ram
GeForce 9600M GT/9400M
Touchpad + Logitech V400 wireless mouse
1. Didn't have time to test this one yet but I will later.
2. I haven't noticed anything too bad since I switched my web host and am now using FTPS (FTP over SSL Explicit). But on regular FTP I used to see that all the time. Although the whole FTP part of DW should be rebuilt it is behind even free solutions available in both features and speed and there is no need for it.
3. The "li" bug - Reproducible. My only question here is if the user stays in Design View what would generate a new bullet? Tab?
Loss of Text Cursor - I'm unable to reproduce this one. Only time I lose the cursor is on darker backgrounds where it blends in more.
To your comments on Design View in general I agree 100%. They made Live View to show how the page will render and the example I like to point to is their own Spry code. The 1.0 code would render in Design View whereas the new 2.0 (Spry UI) code will only render in Live View and show up as a list in Design View. With the way DW and the web are going, Design View might as well be deprecated. And I do agree that the Live View builds could be updated. Small updates on a regular basis with the webkit updates would be nice here.
I'm just keeping my fingers crossed about Lion. No word on Adobe's website and unofficial ones have found nothing wrong with DW so far, although not all Adobe CS programs have been so lucky.

Similar Messages

Dreamweaver CS5.5 template PHP file path bug

I have a template that I am using for my website, it is a PHP template and for some reason whenever I have some links within the PHP code blocks that include other .php files. My code is:
<?php
//Code In template
include('../scripts/MySqlConnection.php');
include('../scripts/login.php');
?>
The code is just including some files, but when I update all the pages that use this Template they dont put the right links on them, like so:
<?php
//Code That Appears On Child Page
include('scripts/MySqlConnection.php');
include('../scripts/login.php');
?>
For some reason the first link is correct since this document is in the root of the site instead of in the Templates folder like my template is, but the second "include" statement has the wrong link inside of it. Even if I switch them around its always the very first include statement that is correct and the 2nd is always wrong.
Also the links are all relative to the document and not site root in the "Manage Sites..." dialog.
Is there anyway to fix this? I heard that this was a quirk/bug in Dreamweaver 8 or something but is it still not fixed in this version?
Thanks

Yes I guess that I am gonna have to use one of those solutions, but it still is weird that this is happening within the code though. I found one thread where the solution was to put the include tags into a seperate PHP block like this:
//Template
<?php include('../scripts/MySqlConnection.php'); ?>
<?php include('../scripts/login.php'); ?>
And it actually outputted the correct links on the child page which is really weird but this was from like Dreamweaver 8 or MX or something because the thread was from like 2007 which is weird that they hadn't fixed this bug yet considering its 2012 and Dreamweaver CS5.5 still has the bug.

BUG: Dreamweaver CS5 misrecognizes a command received from another program...

I use a free mouse gesture program called StrokeIt. It allows mouse gestures to be made for other programs. It uses mouse gestures and a few mouse click actions to activate custom commands.
But there is a bug in which Dreamweaver CS5 won't receive a command properly from StrokeIt. A StrokeIt command sent to Dreamweaver CS5 with the wheel_down mouse gesture is misrecognized by Dreamweaver CS5 as the same command used by the wheel_up gesture. The developer of StrokeIt has done a lot of testing on this problem and has concluded that this is a recognition bug in Dreamweaver CS5 under 64 bit Windows. Can this be fixed?
BTW: I'm currently using: Win7 x64 | Dreamweaver CS5 | StrokeIt Home 0.9.7
ALSO: To perform the wheel_down / wheel_up commands in StrokeIt, you hold down the right mouse button and scroll the wheel down/up. This will run whatever commands you have customized to that gesture.

i have already submitted a bug report to adobe through the form. also, here is the detailed dicussion with the strokeit developer on this problem at the strokeit forums. the developer's name is jeff and the discussion on this problem began on nov 15 on page 2...
http://www.tcbmi.com/strokeit/forum/read.php?3,54070,page=2
this problem affects *some* 32 bit programs on 64 bit windows, and dreamweaver cs5 happens on be one of them.

Tutorial Dreamweaver Cs5.5 The Missing Manual (Pg 998 - 1018) about adding dynamic data to your page

Hallo,
I did Tutorial: Displaying Database Info in the Missing Manual for Dreamweaver CS5.5.
My problem is with "Editing a Recordset and Linking to a Detail Page" (which starts at pg 1002:
I did this exercise ,over 5 times nowe, but every time with "Building the Detailed Product Page" at pg 1007, I get a bad result.
I only get one page (the default one with productID = 1) for every link on the indexpage.
In the adressbar (Live View) I see the right adress: for example: http://localhost/cos...hp?productID=16, but for all productID's only the detailspage for productID are shown.
There is also a message: Notice: Use of undefined constant ‘productID’ - assumed '‘productID’' in E:\xampp\htdocs\cosmo_shop\product.php on line 34
But I don't understand what could be wrong in this line.
Here is the code lines 33 -48: is is about the second line:
$varProduct_rsDetails = "32";
if (isset($_GET[‘productID’])) {
$varProduct_rsDetails = $_GET[‘productID’];
mysql_select_db($database_connCosmo, $connCosmo);
$query_rsDetails = sprintf("SELECT products.productID, products.productName, products.price, products.`description`, products.inventory, products.image, vendors.vendorName FROM products, vendors WHERE products.vendorID = vendors.vendorID AND products.productID = %s ", GetSQLValueString($varProduct_rsDetails, "int"));
$rsDetails = mysql_query($query_rsDetails, $connCosmo) or die(mysql_error());
$row_rsDetails = mysql_fetch_assoc($rsDetails);
$totalRows_rsDetails = mysql_num_rows($rsDetails);
mysql_select_db($database_connCosmo, $connCosmo);
$query_rsCategories = "SELECT * FROM categories ORDER BY categoryName ASC";
$rsCategories = mysql_query($query_rsCategories, $connCosmo) or die(mysql_error());
$row_rsCategories = mysql_fetch_assoc($rsCategories);
$totalRows_rsCategories = mysql_num_rows($rsCategories);
?>
Can someone tell me what is going on here?
Kind regards, Ans Hekerman

I can manually type in double brackets, like this:
$varProduct_rsDetails = "1";
if (isset($_GET["productID"])) {
$varProduct_rsDetails = $_GET["productID"];
this is accepted; no syntax-error report.
I can manually type in single brackets, like this:
$varProduct_rsDetails = "1";
if (isset($_GET['productID'])) {
$varProduct_rsDetails = $_GET['productID'];
this is also accepted; no syntax-error report.
Dreamweaver itself made this code:
$varProduct_rsDetails = "32";
if (isset($_GET[‘productID’])) {
$varProduct_rsDetails = $_GET[‘productID’];
this was not OK; there was a syntax-error report.
But strange enough, when I do paste this now from here, it is accepted.
So the problem has been, that DW created code that gave a syntax error.
I could repair it by replacing the single qoutes of DW, by typing single quotes in DW manually, or by typing in in DW manually double qoutes!!!
So maybe everybode was right!!!
But is was a very bad problem; maybe a "bug" of the program?
I repeated this about 10 times before I got the solution frome this Forum.

Dreamweaver cs5 problems and adobe support close the case on you

I emailed Adobe support with the message below and they closed the case on me and told me to go over to the developers connection website and open a case there. Well of course there is no where to open a case there, it brings you back to the normal support pages, so I opened a case again!
This is just one of the flaws in Cs5 I've found from intensive useage yesterday.
1. Hangs for nearly 2 minutes if you use an external link to ny file like jquery in the header of the pages - detailed below
2. Sometimes when selecting a related file it says "not on server" and actually tries to open ANOTHER ftp connection listed. It switches connection and then says"not on server" - well of course not....because it just changed to another server! However many time you change it back, it won't have it.
3. The pop up css is a good idea but not well thought out. I have to right click to get inspect but when I roll over the areas it doesn't show the css in the css panel. If I right click and select to show the code, it shows me the css, I then have to click it to select it in the left column. All very long winded... WHY NOT JUST CLICK AN AEA ON THE LIVE VIEW PAGE AND IT SHOWS THE CSS THERE INSTANTLY TO EDIT?!
4. On first open after a quit and relaunch, or restart, switching from normal view to live view hangs Dreamweaver for over a minute before live view is displayed.
Very very buggy and I feel I have paid for a beta version.
Hello I now have Dreamweaver CS5.
It has MAJOR flaw.
If a webpage contains the code
<script type="text/javascript"
src="http://code.jquery.com/jquery-1.4.2.min.js"></script>#
It takes over 1 minute to open each page after launching
This is caused by the 'related files' facility
THIS IS TOTALLY UNACCEPTABLE in software which is this expensive.
All design companies such as us use jquery.
Please fix this flaw asap or supply me with a fix. Turning of related files
helps but if I was to do that what would be the point in
having that facility? (which I am paying for!)

Hi,
Appreciate your reply and accept what you say, I'll take on board the suggestions.
My answers under yours below
Second, the Bug Report form is here: https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform . Technical support is not a bug reporting center, nor are they developers which is why they probably closed your case. And there really are not any questions in your support request it reads like a bug report and an angry one at that, not even starting out calm, shouting almost immediately.
- Frustration, I've been up all night, hours messing with it.
Thanks for the link, I'll post to that. I personally don't agree that bugs this big should be present in software of such high upgrade fee's and which should have been tested but I guess we all know its the way of the world now.
1. Why are you working with remote website files that are not part of your domain and not in your local site? This is a bad practice to get in the habit of. If their website shuts down, so does the functionality of yours. Many here will argue that point.
- This is a valid point I've come across before and reading up on it I found it was said that the site in question was on cloud servers, mirrored etc. The link I posted was from someone elses post who was having a similar problem. I personally use the flowplay/jquery main link which has ALL the jquery plugins/effects so whatever is used on that page works.
http://cdn.jquerytools.org/1.1.2/full/jquery.tools.min.js
We did this as it seemed that was what everyone was doing, it seems I am wrong and I take on board your comments about downloading the file.
2. "Sometimes". That is the key word in your statement. Sometimes it happens, sometimes it doesn't. What happens when it says "Sometimes not on server" and what happens in the other times. What's different? It's usually hard to believe it's random luck. But developers in a bug report need to know these things. What's different about the file(s)? Is it with certain file(s), type(s), etc? How would it open another FTP connection, do you have multiple FTP locations defined within one site definition?
I probably used the wrong word in 'sometimes' - A better description would be "some of the related files". When live view is on the right and code on the left, related files across the top. If I hover my mouse over the files, it tells me where they are. This info is incorrect on 'some' of the files, not all of them but about 8 out of 10.
It shows the file as being in the folder of another account in the site defs, but its not in there, it's in the one I'm working on (and which is live in the ftp file window). So if I click on the file to view it, it says its not available, and asks if I want to download it from the server. That doesn't work because it then tries to switch the ftp connection to the other site and download.
I thought it was muddled so I removed all the ftp sites and set up just one, the one I was working on. But that didn't work... it then thinks the related files are in "unnamed site 1" - anywhere but looking in its own folder or on its own ftp server!
4. You seem to be referring to Question #1 here so that is answered.
"Please fix this flaw asap or supply me with a fix." - So you are saying Please fix this flaw with a patch or give me the patch. Again, this sounds like you want to file a bug report and not create a support request.
- Accepted, you are right, its a bug report, just they directed me to the developer website and I kept ending up here, so began to believe this is where I should be posting.
"All design companies such as us use jquery". - While I wouldn't be so quick to say all, but rather most, I would say see my answer to #1. Why make your site dependent on someone else's?
- Accepted, I appreciate your honest comments and critism and fot taking the time to reply :-)

Problem playing an imported flash template in dreamweaver cs5

hi,i just downloaded a flash template from flashmo.com and imported it to dreamweaver cs5 through Insert > media > SWF and it loaded. but the problem is, when i click the live view or play the file in the properties,nothing shows up.except some texts "loading XML data..."
all the flash templates i have downloaded face this prob. i have no idea where is the mistake.
what could be the problem?any help,plz.

From their website:
" Adobe Flash (version 8 or higher) is required to edit the
FLA file.
- Use the source codes at your own risk after downloading and
flashmo.com is
not responsible for any bugs or errors caused by
ActionScripts."
Do you own Flash? Are you familliar with action scripts? If
not, then you
probably want to start with a plain html template and learn
how to code html
and CSS. Flash sites look nice but they are not friendly for
Search Engines
or users who don't have flash player installed on their
system.
Here are some on-line tutorials to help you get started with
html and CSS
code:
www.w3schools.com (free)
www.Lynda.com (pay videos)
Adobe help - "Getting Started"
--Nancy O.
Alt-Web Design & Publishing
www.alt-web.com
"jdbcmcbride" <[email protected]> wrote in
message
news:ftr2vf$i4q$[email protected]..
> I am a first-time user of DreamWeaver and am currently
learning how to
build a
> website with the Adobe HTML article that they have.
However, I found a
flash
> template that I downloaded as it is exactly what I want
to use for my
website.
> My problem is, I don't know how to make it work.
>
> The template is located at
http://www.flashmo.com/home
and it is the one
on
> page 5 called "037 Wooden". If anyone can tell me what
to do to get this
to be
> my website, I would really appreciate it.
>

Drop-down menu in Dreamweaver CS5.5 not displaying

Thanks for anyone's help. I'm a first time user of the forum so please excuse any protocol errors.
I can't get my drop-down menu to display on my web page (http://www.cglcontracting.com/) on a Windows platform using Dreamweaver CS5.5.
Thanks very much for any advice/help.

Hi again -
My previous suggestion did not seem to make any difference, the CSS still did not validate.
I seems to be choking on your Browser Hack section.
http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fwww.cglcontracting.com%2FSpr yAssets%2FSpryMenuBarHorizontal.css&profile=css3&usermedium=all&warning=1&vextwarning=&lan g=en
I re-wrote the bottom Browser Hack section and it now validates.
I'll paste the whole CSS file here, Save it as "SpryMenuBarHorizontal.css" and give it a try.
@charset "UTF-8";
/* SpryMenuBarHorizontal.css - version 0.6 - Spry Pre-Release 1.6.1 */
/* Copyright (c) 2006. Adobe Systems Incorporated. All rights reserved. */
LAYOUT INFORMATION: describes box model, positioning, z-order
/* The outermost container of the Menu Bar, an auto width box with no margin or padding */
ul.MenuBarHorizontal
    margin: 0;
    padding: 0;
    list-style-type: none;
    font-size: 90%;
    cursor: default;
    width: auto;
    color: rgb(153,153,153);
    text-transform: uppercase;
    font-family: "Trebuchet MS", Arial, Helvetica, sans-serif;
    text-align: center;
    background-color: rgb(255,255,255);
    vertical-align: middle;
/* Set the active Menu Bar with this class, currently setting z-index to accomodate IE rendering bug: http://therealcrisp.xs4all.nl/meuk/IE-zindexbug.html */
ul.MenuBarActive
    color: rgb(153,153,153);
    z-index: 1000;
/* Menu item containers, position children relative to this container and are a fixed width */
ul.MenuBarHorizontal li
    margin: 0;
    padding: 0;
    list-style-type: none;
    font-size: 100%;
    position: relative;
    text-align: left;
    cursor: pointer;
    width: 8em;
    float: left;
    color: rgb(0,255,0);
    overflow: hidden;
    visibility: inherit;
/* Submenus should appear below their parent (top: 0) with a higher z-index, but they are initially off the left side of the screen (-1000em) */
ul.MenuBarHorizontal ul
    padding: 0;
    list-style-type: none;
    font-size: 100%;
    z-index: 1020;
    cursor: default;
    width: 8.2em;
    color: rgb(204,204,204);
    top: 0px;
    overflow: auto;
    visibility: inherit;
    margin-top: -5%;
    margin-left: 95%;
/* Submenu that is showing with class designation MenuBarSubmenuVisible, we set left to auto so it comes onto the screen below its parent menu item */
ul.MenuBarHorizontal ul.MenuBarSubmenuVisible
    color: rgb(204,204,204);
    font-family: "Trebuchet MS", Arial, Helvetica, sans-serif;
    font-variant: small-caps;
    text-transform: uppercase;
    background-color: rgb(255,0,0);
    left: auto;
    width: auto;
    z-index: auto;
    visibility: inherit;
/* Menu item containers are same fixed width as parent */
ul.MenuBarHorizontal ul li
    text-align: left;
/* Submenus should appear slightly overlapping to the right (95%) and up (-5%) */
ul.MenuBarHorizontal ul ul
    background-color: rgb(204,204,204);
    margin-top: -5%;
    margin-right: 0;
    margin-bottom: 0;
    margin-left: 95%;
/* Submenu that is showing with class designation MenuBarSubmenuVisible, we set left to 0 so it comes onto the screen */
ul.MenuBarHorizontal ul.MenuBarSubmenuVisible ul.MenuBarSubmenuVisible
    left: 100px;
    background-color: rgb(204,204,204);
DESIGN INFORMATION: describes color scheme, borders, fonts
/* Submenu containers have borders on all sides */
ul.MenuBarHorizontal ul
    border: 0px none #CCC;
    margin-top: 0%;
    margin-right: 0%;
    margin-bottom: 0%;
    margin-left: 0%;
/* Menu items are a light gray block with padding and no text decoration */
ul.MenuBarHorizontal a
    display: block;
    cursor: pointer;
    background-color: #F00;
    color: #003;
    text-decoration: none;
    text-align: center;
    font-family: Arial, Helvetica, sans-serif;
    padding-top: 1.2ex;
    font-weight: bold;
    vertical-align: middle;
    padding-bottom: 0.53em;
/* Menu items that have mouse over or focus have a blue background and white text */
ul.MenuBarHorizontal a:hover, ul.MenuBarHorizontal a:focus
    background-color: #000;
    color: rgb(255,255,255);
    text-align: center;
/* Menu items that are open with submenus are set to MenuBarItemHover with a blue background and white text */
ul.MenuBarHorizontal a.MenuBarItemHover, ul.MenuBarHorizontal a.MenuBarItemSubmenuHover, ul.MenuBarHorizontal a.MenuBarSubmenuVisible
    background-color: #900;
    color: #066;
    text-align: center;
    vertical-align: middle;
SUBMENU INDICATION: styles if there is a submenu under a given menu item
/* Menu items that have a submenu have the class designation MenuBarItemSubmenu and are set to use a background image positioned on the far left (95%) and centered vertically (50%) */
ul.MenuBarHorizontal a.MenuBarItemSubmenu
    background-image: url(SpryMenuBarDown.gif);
    background-repeat: no-repeat;
    background-position: 98% 50%;
    background-color: rgb(255,0,0);
    color: rgb(0,0,51);
/* Menu items that have a submenu have the class designation MenuBarItemSubmenu and are set to use a background image positioned on the far left (95%) and centered vertically (50%) */
ul.MenuBarHorizontal ul a.MenuBarItemSubmenu
    background-image: url(SpryMenuBarRight.gif);
    background-repeat: no-repeat;
    background-position: 98% 50%;
    background-color: rgb(204,204,204);
    visibility: inherit;
/* Menu items that are open with submenus have the class designation MenuBarItemSubmenuHover and are set to use a "hover" background image positioned on the far left (95%) and centered vertically (50%) */
ul.MenuBarHorizontal a.MenuBarItemSubmenuHover
    background-image: url(SpryMenuBarDownHover.gif);
    background-repeat: no-repeat;
    background-position: 98% 50%;
    background-color: rgb(153,0,0);
    visibility: visible;
/* Menu items that are open with submenus have the class designation MenuBarItemSubmenuHover and are set to use a "hover" background image positioned on the far left (95%) and centered vertically (50%) */
ul.MenuBarHorizontal ul a.MenuBarItemSubmenuHover
    background-image: url(SpryMenuBarRightHover.gif);
    background-repeat: no-repeat;
    background-position: 98% 50%;
    background-color: rgb(153,153,153);
BROWSER HACKS: the hacks below should not be changed unless you are an expert
/* HACK FOR IE: to make sure the sub menus show above form controls, we underlay each submenu with an iframe */
ul.MenuBarVertical iframe
    position: absolute;
    z-index: 1010;
/* HACK FOR IE: to stabilize appearance of menu items; the slash in float is to keep IE 5.0 from parsing */
@media screen, projection
    ul.MenuBarVertical li.MenuBarItemIE
        display: inline;
        f\loat: left;
        background: #FFF;

Dreamweaver CS5 -- Kinda Buggy on a Mac

I'm using Dreamweaver CS5 (v.11, build 4964) on my Mac (OSX 10.6.6) and I must say, it's kind of buggy. The thing crashes every once and a while but what's currently irking me is the Files Panel where instead of getting one half 'local' and one half 'remote', I've got the 'remote' overlapping the 'local' side making things like the vertical scrollbar for the 'local' side completely unusuble.
I hope the powers-that-be at Adobe follow these forums. You really expect better from a major piece of commerical software like this.
LEO from Chicago.

Leo Robert Klein wrote:
I'm using Dreamweaver CS5 (v.11, build 4964) on my Mac (OSX 10.6.6) and I must say, it's kind of buggy. The thing crashes every once and a while but what's currently irking me is the Files Panel where instead of getting one half 'local' and one half 'remote', I've got the 'remote' overlapping the 'local' side making things like the vertical scrollbar for the 'local' side completely unusuble.
I hope the powers-that-be at Adobe follow these forums. You really expect better from a major piece of commerical software like this.
LEO from Chicago.
Unfortunately the powers that be don't read these forums. So your best bet is to fill out a bug report:
https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
I haven't noticed the crashing so much, but if you post the details, it is possible that there is a KB article about it. Only bug that bothers me on the Mac side in SL is the color bug where the color selector is always black and never actually changes color like it did in previous versions.

Dreamweaver CS5 Design view defaults to print style

I created a separate style sheet for printing, and it works everywhere except one place in Dreamweaver CS5. If I open one of my pages in source code, it looks normal, and I can see where the new code is for printing ...
<link rel="stylesheet" type="text/css" href="css/stylemain.css" media="screen, projection" />
<link rel="stylesheet" type="text/css" href="css/print.css" media="print" />
However, if I switch over to Design view, it shows up in the print style. It does not do this in Live View and it does not do this on the site itself. I'm stumped.
http://www.keithpurtell.com/kthings/gway.htm

HealthcareHelper wrote:
After quitting and restarting Dreamweaver, the Design view functions normally again. Obviously a bug, but I don't know how to report it. I'll poke around the Adobe site.
If the program works normally after restarting, it's unlikely to be a reproducible bug. It could be a computer memory problem or user error. However, the correct place to report bugs (and feature requests) is through the form at http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform.
If you experience the same problem again, make sure that View > Style Rendering is set to Screen Media Type. You can also select the media type from the Style Rendering toolbar, which is not displayed by default. To turn it on, select View > Toolbars > Style Rendering.
You can use the Style Rendering submenu or toolbar to check other media types, including Print. It's possible that you had Print Media Type selected by accident.

Dreamweaver cs5.5 crash on launch

At work today, around 6:30PM EST Dreamweaver cs5.5 crashed on me. I wasn't able to launch it back up. The launch graphic would stop at 'initializing external data'. I tried deleting the Configuration folder and the WinFileCache.dat file as described here - Deleting a corrupted cache file.
I gave up and went home, where I have the same exact program (dreamweaver cs5.5 also on 64bit Windows7 pc). Program won't launch and I have the exact same thing happening with the launch crash.
I need to get work done. Please tell me what I can do to get this fixed on both computers. Could it be something to do with the project I am working on? It's all just basic php, html & css. Not wordpress or anything that could have malware.

bona281 wrote:
...Could it be something to do with the project I am working on?
It's possible.
Since both machines were affected (I assume they are accessing the same files), and neither machine seems to have responded to the cache/personal config fix, it could be the old 8K bug...
From outside DW, check if you have any files that are 8192 bytes (8Kb). If you do, open and modify them in a text editor. Add a long winded html comment for example. Something that will change the file size and save. Then try to start DW.
If you don't have any 8K files, have you done anything else to both installations of DW, like add a new extension?
Restoring Preferences may be the next step...
Restore preferences | Dreamweaver CS4, CS5, CS5.5, CS6

Dreamweaver CS5.5 crash on edit

I have been working through a book learning to set up a MySQL database. I set up my computer as a testing server using XAMPP. Things were going well for quite a while. Now a serious problem is emerged.
Every time I try to edit a file for any site in Dreamweaver CS5.5, as soon as I try delete something selected or even type a character, Dreamweaver crashes. Over and over. The error message is
Access to Macintosh HD:Applications:XAMPP:xamppfiles:htdocs:temp.html was denied.
Now I have tried to be careful about changing permissions, and don't believe that I intentionally did this.

bona281 wrote:
...Could it be something to do with the project I am working on?
It's possible.
Since both machines were affected (I assume they are accessing the same files), and neither machine seems to have responded to the cache/personal config fix, it could be the old 8K bug...
From outside DW, check if you have any files that are 8192 bytes (8Kb). If you do, open and modify them in a text editor. Add a long winded html comment for example. Something that will change the file size and save. Then try to start DW.
If you don't have any 8K files, have you done anything else to both installations of DW, like add a new extension?
Restoring Preferences may be the next step...
Restore preferences | Dreamweaver CS4, CS5, CS5.5, CS6

Dreamweaver cs5 and PayPal Buttons

Greetings,
My website was created with Dreamweaver cs5. Customers who want to purchase a product from my website simply press the "Add to Cart" button and this takes them to the PayPal checkout.
Here is the problem. If you click on ANY of the add to cart buttons for a particular product, the PayPal add to cart button adds a totally different, random product from my website into the cart. I have had problems with the add to cart buttons before. However, PayPal insisted that this kind of problem might be caused by Dreamweaver.
Every time I need a new "add to cart" button, I create it in PayPal. PayPal generates a code that I then copy and paste into dreamweaver. A customer service representative for PayPal said that the problem might be arising because of a copy and paste issue. He said that dreamweaver sometimes changes things you paste into your code.
Is this true?
How can I fix this?
Thanks in advance.
Regards,
Laila

I, too, have been experiencing similar problems. On PayPal support call earlier in day, I was advised to go to prefs/Code Rewriting/ and uncheck the "Rename form items when pasting" checkbox.
On doing so, I was able to test my problem page, http://www.screamingeagles.com/pages_02/invoiceMail.html and it worked in Safari, Opera, FireFox on two Macs, and Internet Explorer 8 on PC.
Closed all sessions, feeling pretty good about the fix, but on restarting about four hours later, Same Same...well, almost the same. At this point, the first item on the dropdown failed, while the next three, item 2, 3, and 4 choices and prices, worked. They appeared on payment page and reflected the correct prices, but just would not add the first item to the cart.
This prompted another call to PayPal support, and tech advised the same. On responding that I had already done that multiple times, he advised I contact DreamWeaver (Adobe) support as it was out of their scope of responsibility.
PayPal support tech also regenerated my code, pasted it in his text editor, and it worked exactly as I had saved in my "Saved Buttons". So, that again supports that it's a DreamWeaver problem/bug/flaw...insert language as needed.
I can't see any difference in the code itself (although I'm not an expert) so that led me to this post. The only other items within the Rewrite Code prefs that "might" influence it (in my prefs) is that I have checked:
Fix invalidly nested and unclosed tags
Remove extra closing tags
Warn when fixing or removing tags
Never rewrite code:
Special characters:
Encode special characters in URLs using %
Unchecked items:
Rename form items when pasting
URL encoding
On my request, support tech also agreed that this should be escalated at his end to contact Adobe, as we agreed that it was unlikely that I would be the only person running into this problem.
Looking forward to any response,
Thanks,
Joe Satterwhite
SatGraphics.com
ScreamingEagles.com
Message was edited by: Sat Graphics Art
I regenerated the code for the payment button and pasted into Simple Text. The code had the <option value=(1) etc etc lines (on /invoiceMail.html that corresponded to lines 145, 146, 147, 148) indented. I then went into Dreamweaver CS5 code, pasted, and no indent visible.
I manually indented each line four characters in, published, and that change seems to have worked.
Can't say with certainty, but one of those actions worked. (Keeping in mind I had already recreated the PayPal code a few times.)
Hope that helps somebody.

"Mocha for After Effects" included when you install Dreamweaver CS5

During installation of Adobe Master Collection CS5, I deselected everything except for Dreamweaver. After finishing, I had shortcuts for the following:
Adobe Device Central CS5
Adobe Dreamweaver CS5
Mocha for After Effects CS5
Adobe Help
(I believe Air is installed as well, but it appears to be required for Adobe Help?)
How did Mocha for After Effects and Adobe Device Central get installed?

Device Central and Mocha for After Effects are not main applications (those which are displayed on left side of Options dialog), rather they are termed as Shared Technologies which are used by multiple applications. Adobe Help is anyway installed even when a single application is installed, Device Central is installed as Dreamweaver has dependency on it. Mocha for After Effects should not be installed if Aftre Effects is deselcted, but it gets installed because of one deferred bug in CS5, you can see some unusable folders of Premiere Pro, Encore etc also even when they are not selected.

Dreamweaver CS5 constantly quits if FTP is left connected

I've searched everywhere and have found lots of references to this but no answers.
Dreamweaver CS5 just quits all the time. I couldn't figure it out for ages and found one discussion that said it had something to do with the the FTP. So if I disconnect FTP, it seams mostly stable. If I forget to disconnect after each upload and leave it for 5 minutes and then try do something / anything... bam!, it just quits out.
It is so freaking annoying and got to the point where I just can't work like this. Even resorted to not setting up FTP at all and using Filezilla for uploads but doesn't help when you're doing app development.
Any solutions out there ??

Hello all,
I wanted to check in and provide an update regarding our upcoming release schedule.
For those wishing to upgrade to Creative Cloud - Suitcase Fusion 5 is available today and includes Adobe Creative Cloud plugins, new features and other product enhancements. This Photoshop issue has been addressed along with a few other plugin related bugs. Suitcase Fusion 5 is a paid upgrade.
For current Suitcase Fusion 4 users - Extensis is planning to release a free update for Suitcase Fusion 4 addressing this and a few other plugin related bugs. I don't have the exact release date yet but expect it to be available for download within the next few weeks.
I will update this post once it's available from our website.
We apologize for the inconvenience and appreciate your patience.
Cheers,
Chris Meyer
Extensis Suitcase Product Team

Dreamweaver CS5 does not synchronize! Help!

Just bought CS5 and when I try to synchronize my site it doesnt reflect the changes or updates when I check my site online.
If I look at the remote and local folder, however, all files match including new pages that I create...but somewhere Dreamweaver is not giving the correct message to the server..
help please!!

No...I am uploading new files to the correct folder. It is an issue with the dwsync.xml file.
Several people have complained about this same problem...not being able to sync in Dreamweaver CS5.
It's just a shame that with so many complaints this bug hasn't been fixed. Swapping back and forth between versions is a pain and
just makes me angry.....
Every version seems to get worse and worse....

Dreamweaver CS5.5 Bugs

Similar Messages

Maybe you are looking for