Closed
Bug 269920
Opened 20 years ago
Closed 19 years ago
Doesn't start minimized (per option in shortcut properties) after closing while maximized
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 220546
People
(Reporter: shogi, Assigned: mscott)
Details
User-Agent: Mozilla/4.78 (Windows NT 5.0; U) Opera 7.51 [en] Build Identifier: version 0.9 (20041103) In the shortcut of a program it's possible to specify "Minimized" as default (as oppossed to "Maximized" or "Normal". Thunderbird refuses to do this. Reproducible: Always Steps to Reproduce: 1. Right click on the shortcut that starts Thunderbird. 2. Click properties. 3. Change the Run field to "Minimized" 4. Start Thunderbird. Actual Results: Thunderbird starts up in "Normal" mode, that is visible on the screen. Expected Results: It should run minimized on the taskbar.
Comment 1•20 years ago
|
||
I think I see this same symptom with TB 1.0.2 -- I'm not completely sure, because when 1.0.2 starts up, it asks if it should make itself the default mail client, and that prompt might cause the main window to show at full size. However: with TB 1.0+0515, which *is* the default mail client, starting with a shortcut that specifies Minimized Window does just that. Reporter (FK) -- do you also see this working correctly with a current trunk build? I do notice one slight problem: I am configured such that TB asks for two passwords on startup. I get the prompt for the first password displayed OK, enter it, the mail is fetched; the second prompt is displayed, but the edit field for that window will not accept the focus, so I can't type into it.
Comment 2•19 years ago
|
||
No response from reporter => WFM
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
I can verify. If TB was maximized when it was last closed, it will restart maximized in disregard of the shortcut being set to "minimized." If it was minimized or just not maximized when it was last closed, it will obey the shortcut setting and start minimized. This is nonstandard action for Windows. The bug should be reopened and fixed. TB 1.0.6 (20050716) XP SP2
My apologies. I have also verified this on TB 1.0+ (20050804), which I think was Mike's question.
Comment 5•19 years ago
|
||
(In reply to comment #3) > I can verify. > > If TB was maximized when it was last closed, it will restart maximized in > disregard of the shortcut being set to "minimized." If it was minimized or > just not maximized when it was last closed, it will obey the shortcut setting > and start minimized. Interesting. Firefox 1.0.6 and Mozilla 1.7.11 do the same thing. It's not clear whether reporter had maximized the TB window before closing, but that now seems the most likely case. > This is nonstandard action for Windows. The bug should be reopened and fixed. Taking Microsoft Word as a model, you are correct: altho Word saves the 'maximized' state for setting the window size on restart, it also causes the new instance to start minimized; then, clicking the taskbar icon (or right-click, Restore), the window opens to its maximized state. And *then* if the Restore ('normal window') widget is clicked, it reverts to the previous, unmaximized size and position.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Version: unspecified → Trunk
Comment 6•19 years ago
|
||
Also seen on Win98 with Firefox 1.0.4. This is obviously a Core issue; I'm curious whether/how it might apply to Mac, Linux and other platforms. If it's Windows-only, maybe it should be filed under Core :: Widget:Win32 (so, CC'ing Ian, who's the QA contact for that component).
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → Windows 98
Summary: Doesn't start minimized although I specified that option in the properties of the shortcut → Doesn't start minimized (per option in shortcut properties) after closing while maximized
Comment 7•19 years ago
|
||
This is a dup of bug 220546 (which seems to have lost focus recently...)
Comment 8•19 years ago
|
||
Agree, it's a dupe. *** This bug has been marked as a duplicate of 220546 ***
Status: NEW → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•