Closed Bug 326323 Opened 20 years ago Closed 13 years ago

[SM] Little arrow icon indicating sort by date order no longer visible in Message List

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Version:
SeaMonkey 1.1 Branch
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: Rolf.Sponsel, Unassigned)

Details

(Keywords: polish, regression)

User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.8.0.1) Gecko/20060130 SeaMonkey/1.0 Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.8.0.1) Gecko/20060130 SeaMonkey/1.0 I just noticed that the little triangle icon, to indicate the sort by date order and used to reside to the right of the Date label (above the date column) in the Mail List Pane on the Main Mail Window, seems to have disappeared in SeaMonkey 1.0. I just launched Mozilla 1.7.12, and Netscape 4.79(!), and it's there in both of these. Please let us have it back! Reproducible: Always Steps to Reproduce: 1. Open the Main Mail Window 2. Select Mail Folder Inbox Actual Results: Above the date column, to the right of the column header "Date", there should be a little icon visible, indicating the currently selected sort order. Expected Results: Only the label "Date" is found above the date column. No sign of an icon with a triangle. What more can I say? Well, since I couldn't find the icon I decided to launch the Mozilla Application Suite, and Netscape Communicator, and ran them all at the same time. Thus it shouldn't be an issue due to scarce resources. Note: Platform is Windows NT/4.0sp6
What theme are you using? I see the sort-arrow with both Classic and Modern themes.
I've only ever used the Classic theme with the mentioned products. And no extensions installed. Well, not besides some plug-ins; Sun's JRE 1.4.2_10 Java Plug-in, Adobe Acrobat Plug-in, QuickTime Plug-in, Shockwave Flash, and Shockwave for Director. I once had one Mozilla add-on installed, that was Mozilla Calendar w/ Mozilla 1.7.3, which I uninstalled back in January 2005. No wait, just checked my System logs. I've also had the Enigmail add-on installed, together with Mozilla 1.5.0, which was uninstalled in May 2004. But the behavior is the same with an new Profile, created with SeaMonkey 1.0. Platform is ThinkPad 600, Intel Pentium II MMX, 266MHz, Running Windows NT 4.0 sp6. Anyone else running SeaMonkey on this configuration? Any suggestions what to try?
Do you see the same problem with all the column headers, or just Date? Are you sure you're even sorted by Date? It's not uncommon to end up in a mode where you're sorted by Order Received, which isn't normally displayed.
Funny, until You asked I hadn't even thought about that. I even had to launch Mozilla 1.7.12, using my test profile, just to check *if* other columns displayed that little arrow head there - which they of course did. :-) I usually only sort on the date. To answer Your questions: No it is not visible for any column (not even after reversing the sort order a couple of times - on a recently rebooted computer) in SeaMonkey. Yes, they are sorted in reverse date order. I remember they used to threaded in depending on the time they where sent (at least in Mozilla, whether reversed or not - which they should do too, if You ask me). And that is what I have it set in SeaMonkey too.
Xref bug 248787, bug 285224. I'm not sure why the second has been marked a dupe of the first, but if they're distinct bugs, this bug is probably a dupe of one of those.
You probably also see the sort arrows missing in bookmarks and address book. I've had the problem for a long time on one PC and I just got the arrows back by multiple theme switches, ala Bug 58058. I can't provide an exact procedure for getting them back as it appears to take multiple attempts - change to modern theme, the back to classic, repeat as needed. (In reply to comment #5) > Xref bug 248787, bug 285224. I'm not sure why the second has been marked a > dupe of the first, but if they're distinct bugs, this bug is probably a dupe of > one of those. I suspect these can be made dependent on or duped back to Bug 58058. This issue is reported as far back as Bug 49079. To cover all bases, I'm not seeing the arrows in mailnews "search results" which ?was? fixed by Bug 240491 Is linux also affected?
Keywords: polish
I must say I don't understand how changing between themes eventually might get the arrows back - unless switching themes would change a property value of an existing profile, which then might be reset to some more suitable value. But, this doesn't explain why the arrows aren't showing for a virgin profile. If I create and open a new profile with the Mozilla Application Suite 1.7.12, then they're showing. Anyway, I gave it a try, backed up my profiles and switched back and forth between the classic and moder theme, about 5-10 times, to no avail. If someone else has experienced this - and manages to get the arrows back just by theme switching - please report it here. Until someone does I'll have to consider this - black magic - as an incidental side-effect of something else.
I'm comfortable with the idea that it's a theme issue. If you read other theme bugs you find similar issues. Also, read Bug 58058 comment 13.
With all respect, being comfortable won't resolve this issue. I have read Bug 58058 and I can see that that is an very old bug, reported the first time already back in 2000 - and more important - it relates to the modern theme, in particular switching to the modern theme. JFYI, I've tried to explicitly set the property extensions.dss.enabled to true, but that does not resolv this issue. Please note, this report does NOT involve theme switching at all. To me this looks like a regression bug, as per Bug 285224 comment 2, although this report, at least to me, makes it clear that we can rule out the speculations about this being an XP only issue (see Bug 285224 comment 10), as well as being a graphics driver issue (see Bug 285224 comment 11), since it apparently works when I run the Mozilla Application Suite 1.7.12, and does NOT when I run SeaMonkey 1.0.0 - as the same user, on the same system, which is running Windows NT 4.0 sp6.
Keywords: regression
(In reply to comment #9) > With all respect, being comfortable won't resolve this issue. Indeed it won't. My meaning of comfortable is that I'm of the opinion that MY problem is a problem with themes, and I'm interested in the problem being fixed. > I have read Bug 58058 and I can see that that is an very old bug, reported the > first time already back in 2000 - and more important - it relates to the modern > theme, in particular switching to the modern theme. Indeed bug 58058 is very old, but it has more useful information than most of the bugs reporting on this symptom (for example bug 248787 and bug 49079 from the same time period which implies the arrow problem has come and gone without explanation - not much help there). Still, whether this is directly related hinges on whether bug 285224 comment 2 is accurate. > JFYI, I've tried to explicitly set the property extensions.dss.enabled to true, > but that does not resolv this issue. > > Please note, this report does NOT involve theme switching at all. > > To me this looks like a regression bug, as per Bug 285224 comment 2, although > this report, at least to me, makes it clear that we can rule out the > speculations about this being an XP only issue (see Bug 285224 comment 10), as > well as being a graphics driver issue (see Bug 285224 comment 11), since it > apparently works when I run the Mozilla Application Suite 1.7.12, and does NOT > when I run SeaMonkey 1.0.0 - as the same user, on the same system, which is > running Windows NT 4.0 sp6. Bug 285224 comment 2 may be accurate, or might not - it has not been confirmed. Now that I have narrowed (for me) this to be affected by themes, I agree, it is NOT a graphics driver issue nor is it XP only. However, I wonder if happens on platforms other than windows. >If someone else has experienced this - and manages to get the arrows back just >by theme switching - please report it here. Until someone does I'll have to >consider this - black magic - as an incidental side-effect of something else. I don't believe in black magic either, which is one reason for me having cited bug 58058. Whether or not themes is the CAUSE of the problem remains to be seen, but it's clear it can have an impact in mitigating the symptoms. The fact that you can't reproduce it does not alter this conclusion, IMO.
I'm on Windows XP (using Classic style) using SeaMonkey 1.0.7 Classic theme and I've observed the following behaviour (as discussed in mozilla.support.seamonkey [1]): The sort indicator images appear if I have just one profile registered or I start SeaMonkey using the -p <profile_name> option, i.e. when no "Profile Manager" appears at startup. If I have more than one profile and start SeaMonkey without command line options the "Profile Manager" appears, I select a profile to start with and then the sort indicators are not visible. [1] <http://groups.google.com/group/mozilla.support.seamonkey/msg/607dcff6d9377d61>, <http://groups.google.com/group/mozilla.support.seamonkey/msg/ef443274163b1f1b>
Just downloaded and tested with latest "nightly" 1.1 and 1.5 - the same behaviour appears. May be one should update the 'Component' field as this doesn't appear MailNews specific.
Comment #11 is on the correct track. For the first time with Seamonkey, I can see the little sort arrow heads. I had multiple profiles defined. If I invoke Seamonkey with the -p option specifying a single profile, I can see sort arrow heads when expected BUT only with Quick Launch disabled. This is with Seamonkey 1.1.1, Classic Theme, No extensions.
I can confirm that Stanimir's observations in Comment #11 work for me too, and IMHO the status thus should to be changed to NEW - by someone who is authorized do that. Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.8.0.10) Gecko/20070217 SeaMonkey/1.0.8 - a Firefox sibling
JFYI, this regression arose between MAS 1.7.12 and SM 1.0 - without a doubt.
OS: Windows NT → All
Well, to fix such weird issues, we need to have _reproducable_ steps to provoke the problem - and I completely failed to reproduce the issue with SM 1.1.1 under Win2k. No matter, whether QuickLaunch is enabled or not, no matter how I start from the commandline (and which one I use), whether I have MailNews in the list of startup windows - the sort arrows are just there... The conditions given in comment #11 and comment #13 may just not be exact enough. Also, some technical question: - do <chrome://global/skin/tree/sort-asc.gif> and <chrome://global/skin/tree/sort-dsc.gif> work in the browser window? And just in case someone here seeing the problem can handle Tools->Web->DOM Inspector: how does your dateCol treecol look like? Here's mine (result of Copy as XML): <treecol ordinal="13" width="107" sortDirection="descending" id="dateCol" persist="hidden ordinal width" flex="2" label="Date" tooltiptext="Click to sort by date"/> Is the treecol binding applied to the treecol element, ie. does DOMI show a label and an image as anonymous subelements? Furthermore, this image should have one of the image URLs above as its list-style-image value (see under Computed Style of this image element).
Karsten, 1st, just to double-check; do You have multiple profiles defined in Your "Application Data/Mozilla/Profiles/" directory? It's not fully clear to me from Your writing. 2nd, You're the first one bringing up "QuickLaunch" in this thread/report. Why? Or are You just confusing QuickLauch and Profile Manager? (could happen to anyone of us).
(In reply to comment #16) > Well, to fix such weird issues, we need to have _reproducable_ steps to provoke > the problem - and I completely failed to reproduce the issue with SM 1.1.1 > under Win2k. No matter, whether QuickLaunch is enabled or not, no matter how I > start from the commandline (and which one I use), whether I have MailNews in > the list of startup windows - the sort arrows are just there... > > The conditions given in comment #11 and comment #13 may just not be exact > enough. > > Also, some technical question: > - do <chrome://global/skin/tree/sort-asc.gif> and > <chrome://global/skin/tree/sort-dsc.gif> work in the browser window? > > And just in case someone here seeing the problem can handle Tools->Web->DOM > Inspector: how does your dateCol treecol look like? > > Here's mine (result of Copy as XML): > <treecol ordinal="13" width="107" sortDirection="descending" id="dateCol" > persist="hidden ordinal width" flex="2" label="Date" > tooltiptext="Click to sort by date"/> > > Is the treecol binding applied to the treecol element, ie. does DOMI show a > label and an image as anonymous subelements? > Furthermore, this image should have one of the image URLs above as its > list-style-image value (see under Computed Style of this image element). > Karsten, I'm a bit new to using the DOM Inspector -- though it appears to be rather straigtforward. In the following, I had Quick Launch enabled but invoked Seamonkey with one of the three profiles installed. In this sequence, the arrow heads are not visible. The gifs you referenced do display in a normal window. Here is the XML for the date column header which is missing the arrow head: <treecol ordinal="17" width="52" sortDirection="ascending" id="dateCol" persist="hidden ordinal width" flex="2" label="Date" tooltiptext="Click to sort by date"/> <label value="Date" class="treecol-text" inherits="crop,value=label" flex="1" crop="right"/> <image sortDirection="ascending" class="treecol-sortdirection" inherits="sortDirection,hidden=hideheader"/> All of the column headers in this section are similar. The list-style-image is shown as "none" when I check the Computed Style. BTW, there is a peculiarity in the element blinking when I select an element in the DOM Inspector: In other sections of the window, the proper element blinks when I select it in the DOM Inspector. However, if anything blinks among the treecols in the pane in question, the blinking occurs in the scroll bar. After I wrap this up, I'll restart Seamonkey with an environment that is known to work and try to compare what I see. BTW, this is all under Windows XP SP2 with most Windows updates. Best wishes, Bob
(In reply to comment #18) > (In reply to comment #16) > > Well, to fix such weird issues, we need to have _reproducable_ steps to provoke > > the problem - and I completely failed to reproduce the issue with SM 1.1.1 > > under Win2k. No matter, whether QuickLaunch is enabled or not, no matter how I > > start from the commandline (and which one I use), whether I have MailNews in > > the list of startup windows - the sort arrows are just there... > > > > The conditions given in comment #11 and comment #13 may just not be exact > > enough. > > > > Also, some technical question: > > - do <chrome://global/skin/tree/sort-asc.gif> and > > <chrome://global/skin/tree/sort-dsc.gif> work in the browser window? > > > > And just in case someone here seeing the problem can handle Tools->Web->DOM > > Inspector: how does your dateCol treecol look like? > > > > Here's mine (result of Copy as XML): > > <treecol ordinal="13" width="107" sortDirection="descending" id="dateCol" > > persist="hidden ordinal width" flex="2" label="Date" > > tooltiptext="Click to sort by date"/> > > > > Is the treecol binding applied to the treecol element, ie. does DOMI show a > > label and an image as anonymous subelements? > > Furthermore, this image should have one of the image URLs above as its > > list-style-image value (see under Computed Style of this image element). > > > > Karsten, > I'm a bit new to using the DOM Inspector -- though it appears to be rather > straigtforward. > In the following, I had Quick Launch enabled but invoked Seamonkey with one > of the three profiles installed. In this sequence, the arrow heads are not > visible. The gifs you referenced do display in a normal window. > Here is the XML for the date column header which is missing the arrow head: > > <treecol ordinal="17" width="52" sortDirection="ascending" id="dateCol" > persist="hidden ordinal width" flex="2" label="Date" > tooltiptext="Click to sort by date"/> > > <label value="Date" class="treecol-text" inherits="crop,value=label" flex="1" > crop="right"/> > > <image sortDirection="ascending" class="treecol-sortdirection" > inherits="sortDirection,hidden=hideheader"/> > > All of the column headers in this section are similar. > > The list-style-image is shown as "none" when I check the Computed Style. > > BTW, there is a peculiarity in the element blinking when I select an element in > the DOM Inspector: In other sections of the window, the proper element blinks > when I select it in the DOM Inspector. However, if anything blinks among the > treecols in the pane in question, the blinking occurs in the scroll bar. > > After I wrap this up, I'll restart Seamonkey with an environment that is known > to work and try to compare what I see. > > BTW, this is all under Windows XP SP2 with most Windows updates. > > Best wishes, > Bob > Starting by specifying a profile name to Seamonkey with Quick Launch disabled does give a list-style-image as you specified that it should. BTW, I have three profiles: Default (which I never customized to the best of my memory) and two others. The two that I did define use the Classic theme. My two profiles that I did define are in a Seamonkey folder under Application Data whereas the Default profile is under the Mozilla folder though I didn't specify that as a location for profiles. Hope that helps. Bob
(In reply to comment #17) > do You have multiple profiles defined Yes, but ... > in Your "Application Data/Mozilla/Profiles/" directory? ... not really there. Some of the profiles are really old (dating back to Mozilla 1 or so), some are migrated ones from NS4.8 (and appear with that special green icon in Profile Manager), most of them are in a non-default location on a different HD. I don't think that the actual profile location is the problem, but I'll check that, too, just to be sure. > You're the first one bringing up "QuickLaunch" in this thread/report. No, Bob did in comment #13. (In reply to comment #18) > In the following, I had Quick Launch enabled but invoked Seamonkey with one > of the three profiles installed. Invoked _how_? 1. Profile Manager has an option to always start the last used profile. I suppose this not checked for you, else the Profile Manager won't show up anyway. ;-) 2. Do you start a profile by double clicking, enter key or the Start Profile button? 3. Do you start SM from a DOS/Cmd shell? In SM's application dir or from elsewhere? Or via Start->Programs->...? Or an icon on the desktop or quicklaunch bar? Or via Start->Run Program? > In this sequence, the arrow heads are not visible. Does MailNews start up on program start? Does it a select a folder? I did try with and without open on startup, no folder select on MailNews start, so I had to click a folder before seeing the thread pane headers. > The gifs you referenced do display in a normal window. That's good. The theme's paths as such seems to be installed/registered properly then. > Here is the XML for the date column header which is missing the arrow head: Hm, that looks fine. > The list-style-image is shown as "none" when I check the Computed Style. Ah! That's a clue indeed. Looking at the CSS Style Rules section (instead of Computed styles), which rules are applied? In the ascending sort case: * chrome://global/content/xul.css (line 15, 3 rules) image ...xul.css (164, 1) .treecol-sortdirection chrome://global/skin/tree.css (284, 2) .treecol-sortdirection[sortDirection="ascending"] chrome://global/skin/tree.css (289, 1) I suppose in your case the sortDirection rule is missing? This would indicate problems with the attribute persistency, maybe a timing issue. Bob, Rolf: How fast is your computer? How large is localstore.rdf in your profile? > there is a peculiarity in the element blinking Yeah, that's a known bug. :| (In reply to comment #19) > I have three profiles: Default (which I never customized to the best of my > memory) and two others. And the bug occurs in all three?
(In reply to comment #19) I have 9 profiles (4 SeaMonkey, 2 Mozilla Application Suite, 3 not yet converted from Netscape Communicator 4.79 - with that special green icon on them - residing in the legacy Netscape file structure) > Invoked _how_? E.g. Desktop Shortcuts like these: "C:\Program Files\mozilla.org\SeaMonkey\seamonkey.exe" "C:\Program Files\mozilla.org\SeaMonkey\seamonkey.exe" -p "profile.name" and SeaMonkey configured to only start Mail & Newsgroups by default. > Bob, Rolf: How fast is your computer? 266MHz Mobile Pentium II 288MB RAM > How large is localstore.rdf in your profile? 115KB (117,930 bytes) >> You're the first one bringing up "QuickLaunch" in this thread/report. Karsten, sorry about the QuickLaunch "accusation" - I searched the report for "QuickLaunch" since not remembering having seen it being mentioned, not "Quick Lauch", before writing that :-( (and I never use Quick Launch myself)
(In reply to comment #20) > (In reply to comment #17) > > do You have multiple profiles defined > > Yes, but ... > > > in Your "Application Data/Mozilla/Profiles/" directory? > > ... not really there. Some of the profiles are really old (dating back to > Mozilla 1 or so), some are migrated ones from NS4.8 (and appear with that > special green icon in Profile Manager), most of them are in a non-default > location on a different HD. > I don't think that the actual profile location is the problem, but I'll check > that, too, just to be sure. > > > You're the first one bringing up "QuickLaunch" in this thread/report. > > No, Bob did in comment #13. > > (In reply to comment #18) > > In the following, I had Quick Launch enabled but invoked Seamonkey with one > > of the three profiles installed. > > Invoked _how_? Bob says: Using a shortcut to Seamonkey with the -p "profile name" specified. > 1. Profile Manager has an option to always start the last used profile. I > suppose this not checked for you, else the Profile Manager won't show up > anyway. ;-) Bob says: Correct > 2. Do you start a profile by double clicking, enter key or the Start Profile > button? Bob says: As above. > 3. Do you start SM from a DOS/Cmd shell? In SM's application dir or from > elsewhere? Or via Start->Programs->...? Or an icon on the desktop or > quicklaunch bar? Or via Start->Run Program? Bob says: As above. > > > In this sequence, the arrow heads are not visible. > > Does MailNews start up on program start? Bob says: No. Browser window initially displayed. > Does it a select a folder? Bob says: No folder selected on startup of Mail/News. I have several accounts defined within the profile. Don't fetch Pop messages automatically either. > I did try with and without open on startup, no folder select on MailNews start, > so I had to click a folder before seeing the thread pane headers. > > > The gifs you referenced do display in a normal window. > > That's good. The theme's paths as such seems to be installed/registered > properly then. > > > Here is the XML for the date column header which is missing the arrow head: > > Hm, that looks fine. > > > The list-style-image is shown as "none" when I check the Computed Style. > > Ah! That's a clue indeed. > Looking at the CSS Style Rules section (instead of Computed styles), which > rules are applied? > > In the ascending sort case: > > * chrome://global/content/xul.css (line 15, 3 rules) > image ...xul.css (164, 1) > .treecol-sortdirection chrome://global/skin/tree.css (284, 2) > .treecol-sortdirection[sortDirection="ascending"] > chrome://global/skin/tree.css (289, 1) Bob says: If I select image under datecol, I see the following for the CSS rules- Three rules. The first as you've reported (i.e., *, line 15). The second as you've reported (i.e., image, line 164) The third is different and appears as: ".treecol-sortdirection chrome://global/skin/tree.css 284" with the following in the property frame "[blank] list-style-image none" "[blank] width 8px" [BTW, is there some way to copy and paste from the rightmost (object) panes?] > > I suppose in your case the sortDirection rule is missing? > This would indicate problems with the attribute persistency, maybe a timing > issue. > Bob, Rolf: How fast is your computer? Bob says: AMD 64 3500+ which My Computer says is 990 Mhz; 1 GB Ram > How large is localstore.rdf in your > profile? Bob says: 87 KB right now. > > > there is a peculiarity in the element blinking > > Yeah, that's a known bug. :| > > (In reply to comment #19) > > I have three profiles: Default (which I never customized to the best of my > > memory) and two others. > > And the bug occurs in all three? > Bob says: Have never run "Default". But, yes, for the other two. Hope the above helps, Bob
(In reply to comment #22) > > 2. Do you start a profile by double clicking, enter key or the Start Profile > > button? > > Bob says: As above. This question was related to the Profile Manager! I interprete your answer as "I don't need the Profile Manager to have see the bug" then. > > Does MailNews start up on program start? > > Bob says: No. Browser window initially displayed. Okay. One potentially important difference less. > > * chrome://global/content/xul.css (line 15, 3 rules) > > image ...xul.css (164, 1) > > .treecol-sortdirection chrome://global/skin/tree.css (284, 2) > > .treecol-sortdirection[sortDirection="ascending"] > > chrome://global/skin/tree.css (289, 1) > > Bob says: If I select image under datecol, I see the following for the CSS > rules- > > Three rules. > The first as you've reported (i.e., *, line 15). > The second as you've reported (i.e., image, line 164) > The third is different and appears as: > > ".treecol-sortdirection chrome://global/skin/tree.css 284" Erm, that's the third of four rules, iow, as suspected, you're lacking the fourth which sets the icon url. > [BTW, is there some way to copy and paste from the rightmost (object) panes?] No, and that's pretty annoying. > > Bob, Rolf: How fast is your computer? So, Rolf's slower than my 500 MHz machine and yours is faster, so it's most probably not a timing issue.
The latest comment on this bug is one year old. I can't test it since I'm using Trunk builds with Modern theme. Is anyone still seeing this? (Rolf?) If no-one answers within a week, I move this bug be resolved WORKSFORME. (It can always be REOPENED if someone sees it again, or a new bug can be filed.)
Version: unspecified → 1.8 Branch
Yes, I still see it in SM 1.1.7, so I assume it's still not resolved in 1.1.9. I'm still working around this issue by specifying a profile when starting SM, as suggested by Stanimir Stamenkov in Comment #11, i.e. with '\path\to\SeaMonkey.exe -P name_of_profile'. I think the status of this bug should be bumped up from UNCONFIRMED, since at least three people in this thread have reported they see this issue. Don't you think? Sorry, won't be able to try w/ 1.1.9 for another week or two. I'll try to remember to report back when I've caught up with the rest of you.
I see that, unlike the reporters of many an old bug whose status I've been trying to determine, you're still alive and reading bugmail. :-) It's beginning to get hard to wade through this length of back-and-forth query-and-answer comments to get an overall view of the bug. I suggest you try to note what circumstances are always seen / never seen together with the bug (e.g. "the bug is only ever seen on SeaMonkey 1.1.x", "the bug is never seen when using -P <profilename>", etc.), and write it up as a "detective summary". Try to make it as complete and as exact as possible. I suggest to save that detective summary as an attachment in text/plain mode at the top of this bug, so that even if more circumstances are later found, the latest assessment of the case will always be easily findable in one piece at the top of this bug report, with no need to wade through pages of text to find it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: 1.8 Branch → SeaMonkey 1.1 Branch
If that could help, I've found another strange behavior triggered by the appearance (or not) of the Profile Manager at startup (as I've described in comment 11). I create a new profile and set the "nglayout.debug.enable_xbl_forms" preference to 'true'. If I start SeaMonkey using "seamonkey -p <the_profile_name>" then all standard form buttons in web pages appear with no text labels and <select> drop-down boxes appear "expanded". If I start SeaMonkey using "seamonkey -p" then select the same profile - form controls appear fine. So it seems to me the appearance of the Profile Manager at startup disables (or just overrides) some aspects of the UI appearance. This is all happening with SeaMonkey 1.1.x - latest SeaMonkey pre-2.0 seems o.k.
I haven't looked deeply into this, since I've experienced the missing sort-order arrow only very occasionally in SeaMonkey 1.1.9. Since it has occurred so infrequently I can't say anything about reproducing it, as I don't have the slightest idea how I got there, and the absence doesn't persist. I can't even say if it goes away in the same session, or only on a restart, as I've not paid that much attention, but I thought I'd pass on that I have seen the problem.
Assignee: mail → nobody
QA Contact: message-display
Summary: SeaMonkey: Little arrow icon indicating sort by date order no longer visible in Mail List → [SM] Little arrow icon indicating sort by date order no longer visible in Message List
WORKSFORME in both Classic (default) and Modern themes. User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 SeaMonkey/2.12a1 Build identifier: 20120529140632
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.