Closed Bug 43778 Opened 24 years ago Closed 24 years ago

cannot resize sidebar vertically in mailnews

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: xalkina, Assigned: trudelle)

References

Details

(Whiteboard: [nsbeta2+]ETA 7/31)

mozilla linux/062408 does not resize it's sidebar vertically
Are you in mail/news window?
QA Contact: lchiang → nbaca
yes, it's on Mail window. didn't need to resize it in navigator, there's no way
i think.
Build 2000-06-26-09M17: NT4, Linux 6.0, Mac 9.04
I duplicated the problem on all platforms. I noticed that the resize icon (with 
double arrows) only appears over the "Sidebar" text. If you place the cursor to 
the right of the "Sidebar" text then the resize icon disappears when they should 
still be present.

Workaround: Select View|Sidebar so that the Sidebar disappears completely. Then 
select View|Sidebar so it reappears. Now the resize icon appears as expected 
and resizing the Sidebar vertically works.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 44273 has been marked as a duplicate of this bug. ***
nominate for nsbeta2 and cc myself. This drives me up the wall, and I think
users are unlikely to find the workaround.
Keywords: nsbeta2
I'm pretty sure this happens everywhere.
OS: Linux → All
Target Milestone: --- → M17
cc'ing ben@netscape.com since he had an idea about why this doesn't work
*** Bug 44686 has been marked as a duplicate of this bug. ***
Putting on [nsbeta2+] radar for beta2 fix. 
Whiteboard: [nsbeta2+]
Whiteboard: [nsbeta2+] → [nsbeta2+]ETA 7/22
reassigning to dimator.
Assignee: putterman → dimator
Dimi: has any progress been made on this?  Putterman set the ETA for 7/22, but 
there's been no word from you yet.  Removing nsbeta2+ designation for 
reconsideration by the PDT.  If no work has been done on this yet, I don't 
think it's critical for beta2.  We can relnote it...
Summary: cannot resize sidebar → cannot resize sidebar vertically in mailnews
Whiteboard: [nsbeta2+]ETA 7/22 → ETA 7/22
restoring the nsbeta2+ of this bug. Blake, I know you mean well but please don't
remove nsbeta2+ nominations from our bugs without at least asking the owner or
the group manager first. You make it hard for our group to manage our remaining
beta2+ bugs when they vanish off the radar suddenly.

Restoring the nomination. Dimi's been working on this for the last couple days
and putterman and I have been helping him. 
Whiteboard: ETA 7/22 → [nsbeta2+]ETA 7/22
I'm sorry.  I'm going through the remaining nsbeta2+'ers, and this didn't seem 
all that important for beta2 (in comparison with the other remaining bugs, most 
of which are pretty significant).  I also hadn't seen any update or indication 
from Dimi here, nor had he accepted the bug (it was still NEW), so I thought it 
might have gotten lost.  Sorry, again.
Blake: no problem. If you are going through the remaining beta2+ bugs though,
I'd recommend letting PDT (or the managers) handle the decisions to cut
remaining nsbeta2 bugs in their group. With so few left I'd hate to see them get
lost on the radar. Although it certainly doesn't hurt to chime in with your
opinion that you don't think it should be a beta2+ bug.
I missed the note by Phil Peterson that says Ben Goodger has an idea why this
doesn't work. We should definetly go down stairs and talk to Ben about this. 
Talked to Ben, says he has a good idea what the problem is, reassigning to him.
Assignee: dimator → ben
*** Bug 44687 has been marked as a duplicate of this bug. ***
adding self to cc.  I look forward to being able to see tinderbox status while
reading mail again.
The eta for this bug has come and gone.
I'd like to see this bug re-evaluated by PDT so I'm removing nsbeta2+ as well 
(since I've been told that it's ok to do that).

mscott--maybe you should look at keywords=nsbeta2 so you know what bugs may 
become nsbeta2+ (the ones waiting for PDT review)?
Whiteboard: [nsbeta2+]ETA 7/22
Putting on [nsbeta2-] radar. Not critical to beta2. 
Whiteboard: [nsbeta2-]
I've renominated this bug.  The Sidebar is one of our top features, both from a
user standpoint and from a Netcenter business standpoint.  We made a big deal in
PR1 about the fact that some users "live in mail" and the Sidebar will let them
keep track of info, people and services important to them.  With this bug, the
Sidebar appears broken in mail.

And yes, I'm saying we should pull it off the wire if this bug is not fixed.
Whiteboard: [nsbeta2-]
Putting on [NEED INFO] radar. PDT needs to know impact to user and risk of fix 
to make a call on this bug. Per Michael La Guardia we need to know if this 
should be a plus or not. How much of a slip would this be for pr2 if we get this 
fix in?
Whiteboard: [NEED INFO]
Unless we have a fix NOW (which might very well be the case), I certainly don't 
think this must be fixed immediately.  There's a very simple workaround which 
is a great candidate for a relnote: hide My Sidebar, and then show it again -- 
it then becomes resizable.  In fact, we could even hide the sidebar by default 
for beta2...then users who want it will have to use the menu item to show it, 
and will never even encounter the bug.
*** Bug 46576 has been marked as a duplicate of this bug. ***
There is a workaround: Set the mail window layout pref to only have folders on
the top half of the window.  This (probably unintentionally) gives you a
full-height sidebar. Very ugly, but quite usable.
Bug in XBL.
Assignee: ben → hyatt
Status: NEW → ASSIGNED
Fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
oops...I see what we did...marking this fix because the fix is in the trunk, PDT
won't look at this for beta2 'cause they'll think it's fixed.

hyatt says this change is very low risk (it's already in the tip) and it fixes a
crash when using objects after switching themes.

Should we re-open this so pdt looks at it for beta2? I'm not sure how it's
supposed to work.
reopening bug to give PDT the chance to approve get this checked into beta2.  It
is already checked into the tip.

PDT earlier asked for more info to see if this was hard to fix, but now that we
have a fix, I support Michael's belief that this should go into beta2.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Yes..[nsbeta2+]...please check into branch ASAP!!!
Whiteboard: [NEED INFO] → [nsbeta2+]ETA 7/28
Putting on 7/31 to get fix in today.
Whiteboard: [nsbeta2+]ETA 7/28 → [nsbeta2+]ETA 7/31
Assigning to trudelle as reminder to get the fix hyatt checked into the trunk, 
checked into the branch. :-)
Assignee: hyatt → trudelle
Status: REOPENED → NEW
fix checked into branch. marking fixed.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Build 2000-08-01-04M17 Branch: NT4, Linux 6.0, Mac 9.04
Verified Fixed. Thanks!
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.