After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 117187 - Message cleared when responding to group
Message cleared when responding to group
Status: RESOLVED FIXED
Product: Pan
Classification: Other
Component: general
pre-0.14.1 betas
Other Linux
: Normal normal
: ---
Assigned To: Charles Kerr
Pan QA Team
Depends on:
Blocks:
 
 
Reported: 2003-07-11 09:47 UTC by nicolas.girard
Modified: 2006-06-18 05:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description nicolas.girard 2003-07-11 09:47:15 UTC 
Scenario: 
  * select a message in the header pane 
  * choose 'respond to group' 
     a window appears, containing the original message commented-out as a reply 
  * start writing some text 
  * select another profile in the 'From:' list 
 
  --> the text beeing edited is cleared. 
 
Note: i'm using a french locale, my translations may be inaccurate.
Comment 1 Jan De Luyck 2003-07-11 12:11:27 UTC 
Transcript from pan-users, added for completeness.

> I have to precise one point: i often reply *above* the original 
> message.
> Not that it's always the preferred way, but it makes sense in some
> cases. For instance, i often browse mailing-lists archives with 
> google ; and as you know, google only displays the beginning of the 
> messages, which makes it very boring to follow an entire thread 
> where 
> all people replied below the original message and this orignal 
> message was long.

All goes well as long as you type _below_ the attribution string. When 
you go above that one it gets erased when you swap identity since the 
attribution string is also identity-specific.
Comment 2 Charles Kerr 2003-07-17 21:03:37 UTC 
Backtrace of the excess time spent removing all articles when
the group is loaded:

# gtk_ctree_move
# remove_article_nolock
# header_pane_remove_articles
# articles_removed_mainthread
# gui_queue_timer_cb
# pan_timeout_wrapper

IOW, the header pane is removing these nodes individually...
this is all fired off from

# group_remove_articles
# group_article_forall
# group_empty
# group_action_selected_empty

Maybe there should be a different event for wiping the
entire thing.