Closed
Bug 35207
Opened 25 years ago
Closed 25 years ago
If I edit link properties, SAVE is still greyed out
Categories
(Core :: DOM: Editor, defect, P2)
Core
DOM: Editor
Tracking
()
VERIFIED
FIXED
M16
People
(Reporter: mcornall, Assigned: cmanske)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; I; Linux 2.2.14 i686)
BuildID: 2000040708
The SAVE icon does not become active when I edit the properties of an existing
link (though I can overcome this by typing into regular text). If my only
changes are to link properties, I can exit Composer, and I lose my changes
without warning.
Reproducible: Always
Steps to Reproduce:
1. Open an existing page in Composer.
2. Click on an existing link.
3. Click on the LINK icon to bring up the properties.
4. Make changes in the "Link text" or "Link to" fields.
5. Click on OK.
6. Try to click on SAVE.
Actual Results: The SAVE icon is still greyed out, and clicking on it does not
save the file. Clicking on the close button shuts down Composer without saving
the file, and without a "do you want to save?" dialog.
Expected Results: Changes to link properties should activate the "modified"
mode, like any other changes.
The problem also occurs in Milestone 14.
Comment 1•25 years ago
|
||
using the build from 10 APR, on win95, the Save icon is greyed out, but when it
is selected the Save dialog is displayed. On linux, the Save icon is greyed out,
but on selection it displays the Save dialog. On mac, the Save icon is greyed
out, and selecting it does not display the Save dialog.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 2•25 years ago
|
||
In my scenario, I don't see the save dialogue when I select the greyed-out Save
icon, but that makes sense because I'm editting an existing file. However, I
checked again, and it turns out that selecting the greyed-out Save icon does, in
fact, save my changes. It was too fast for me see, and, obviously, my statement
that it wouldn't save the file was an assumption (bad programmer, bad).
The other points -- the Save icon being greyed out, and being able to quit and
lose your changes -- are still valid.
Of course, this brings up an interesting question. Should it be possible to save
the file by clicking on a greyed-out icon?
Comment 3•25 years ago
|
||
I see this on macintosh; platform/os -> All
Assignee: beppe → cmanske
OS: Linux → All
Priority: P3 → P2
Hardware: PC → All
Updated•25 years ago
|
Target Milestone: --- → M16
Assignee | ||
Comment 4•25 years ago
|
||
Two issues: clicking on grayed out buttons issues the command (obviously it
shouldn't). The Save button should be enabled after any editing change.
Any changes made by using the link dialog to throught the normal transaction
methods for inserting nodes and changing attributes, which i thought should
trigger setting the doc 'dirty'.
Since Simon wrote the "dirty" detection system, I'll let him look at it.
Assignee: cmanske → sfraser
Comment 5•25 years ago
|
||
Clicks on disabled buttons executing the command is a different bug (filed?) and
should not be covered here.
Status: NEW → ASSIGNED
Comment 6•25 years ago
|
||
Back to you, Charlie. The deal is that changing link properties does not go
through the transaction system.
Assignee: sfraser → cmanske
Status: ASSIGNED → NEW
Assignee | ||
Comment 7•25 years ago
|
||
Oops! Indeed, nsEditor::CloneAttributes() didn't use transactions!
Fix is in my tree.
Note that you will see similar behavior (i.e., "Save" isn't enabled after
attribute change) for all the property dialogs until this is checked in.
Status: NEW → ASSIGNED
Assignee | ||
Comment 8•25 years ago
|
||
Checkin in 4/12
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•