The default bug view has changed. See this FAQ.

hide Schedule and Notify tabs in the bookmarks properties dialog

RESOLVED FIXED

Status

()

Firefox
Bookmarks & History
P1
major
RESOLVED FIXED
13 years ago
11 years ago

People

(Reporter: asa, Assigned: Vladimir Vukicevic (BM, do not Cc or Request))

Tracking

({fixed-aviary1.0})

unspecified
fixed-aviary1.0
Points:
---
Bug Flags:
blocking-aviary1.0PR +
blocking-aviary1.5 -

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

13 years ago
Bookmarks notification is buggy and we don't have time to make it better. Remove
for 1.0.
(Reporter)

Updated

13 years ago
Flags: blocking-aviary1.0PR+
Priority: -- → P1
Status: NEW → ASSIGNED

Comment 1

13 years ago
remove the pannel for
bookmarks | manage bookmarks | properties | notify  
Summary: remove bookmark notification → remove bookmark notification pannel
Whiteboard: [eta 04-07-30]

Comment 2

13 years ago
Also need to remove Scheduling panel.
Created attachment 154821 [details] [diff] [review]
bookmarks-disable-scheduling-0.patch

Just #if 0'ing stuff out, we'll want to revisit and fix it post-1.0.
Attachment #154821 - Flags: approval-aviary?
(Reporter)

Comment 4

13 years ago
Comment on attachment 154821 [details] [diff] [review]
bookmarks-disable-scheduling-0.patch

a=asa
Attachment #154821 - Flags: approval-aviary? → approval-aviary+
in. (aviary only)
Status: ASSIGNED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → FIXED

Updated

13 years ago
Keywords: fixed-aviary1.0

Comment 6

13 years ago
Why not also remove the tabs completely (using if 0), if only one tab is left?

Comment 7

13 years ago
Reopening, the patch is not complete. 
As only one tab is left, the complete tabbox/tabpanel thing can be
removed/disabled (#if'ing)...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Comment 8

13 years ago
Now this has to be re-enabled since it was disabled by the aviary landing on the
branch. It is one the todo list in the "branch landing wiki"

http://wiki.mozilla.org/index.php/Firefox:Branch_Landing
Assignee: vladimir → vladimir+bm
Status: REOPENED → NEW
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a6) Gecko/20050108
Firefox/1.0+

If "remove bookmark notification pannel" is the valid summary of this bug.

WFM

(I assume there will be a reenable this bug sometime in the future ?)

Updated

12 years ago
Flags: blocking-aviary1.1?
This isn't coming back for 1.1, unless someone comes up with some fixes.
Flags: blocking-aviary1.1? → blocking-aviary1.1-

Comment 11

12 years ago
This useful feature was removed July 2004. Marking WORKFORME.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050213 Firefox/1.0+

Prog.
Status: NEW → RESOLVED
Last Resolved: 13 years ago12 years ago
Resolution: --- → WORKSFORME

Updated

12 years ago
Blocks: 282239

Updated

12 years ago
No longer blocks: 282239
Blocks: 282239

Comment 12

12 years ago
(In reply to comment #10)
> This isn't coming back for 1.1, unless someone comes up with some fixes.

Target Milestone: Future?

Comment 13

12 years ago
Just because it was removed sure doesn't make it working (WFM). I think this
should be reopened with a future milestone and a "helpwanted" key word.

Isn't there a tracking bug for bookmark bugs?

Comment 14

12 years ago
(In reply to comment #13)
> Just because it was removed sure doesn't make it working (WFM). I think this
> should be reopened with a future milestone and a "helpwanted" key word.
> 
> Isn't there a tracking bug for bookmark bugs?

I'd like to take a crack at this, but would first like to understand the
requirement for the feature - can anyone refer me to such information?  

What's led me here is an interest in creating an extension to provide a visual
indicator when a live bookmark is updated with new content.  Is it preferable to
look to provide a patch or stick with the extension?

Comment 15

12 years ago
(In reply to comment #14)
> What's led me here is an interest in creating an extension to provide a visual
> indicator when a live bookmark is updated with new content.  Is it preferable to
> look to provide a patch or stick with the extension?

This bug concerned normal bookmarks, but adding implementing update
notifications for both normal and live bookmarks would be welcome.  Probably
would need a new bug though.
reopening for comment 7 (nothing else).
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Whiteboard: [eta 04-07-30] → [eta 04-07-30] reopened: see comment 7

Comment 17

12 years ago
I filed bug 289797 to hide the Info tab as well. Marking fixed again.
Status: REOPENED → RESOLVED
Last Resolved: 12 years ago12 years ago
Resolution: --- → FIXED
Summary: remove bookmark notification pannel → hide Schedule and Notify tabs in the bookmarks properties dialog
Whiteboard: [eta 04-07-30] reopened: see comment 7

Comment 18

12 years ago
Is there a corresponding bug to reopen this issue for 1.2 or whatever version? 

Comment 19

12 years ago
(In reply to comment #15)
> (In reply to comment #14)
> > What's led me here is an interest in creating an extension to provide a visual
> > indicator when a live bookmark is updated with new content.  Is it preferable to
> > look to provide a patch or stick with the extension?
> 
> This bug concerned normal bookmarks, but adding implementing update
> notifications for both normal and live bookmarks would be welcome.  Probably
> would need a new bug though.

(In reply to comment #18)
> Is there a corresponding bug to reopen this issue for 1.2 or whatever version? 

?
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → bookmarks
You need to log in before you can comment on or make changes to this bug.