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 494796 - "to d" is magical for autolinking
"to d" is magical for autolinking
Status: RESOLVED DUPLICATE of bug 323845
Product: tomboy
Classification: Applications
Component: General
unspecified
Other All
: Normal normal
: ---
Assigned To: Tomboy Maintainers
Tomboy Maintainers
Depends on: 350990
Blocks:
 
 
Reported: 2007-11-07 23:38 UTC by Brian Gottreu
Modified: 2009-02-17 15:33 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Attachments
screenshot of wrong behavior (23.07 KB, image/png)
2007-11-07 23:39 UTC, Brian Gottreu
Details
More wrong behavior (18.26 KB, image/png)
2007-11-07 23:43 UTC, Brian Gottreu
Details
different words, same wrongness (23.12 KB, image/png)
2007-11-08 16:55 UTC, Brian Gottreu
Details
testcase to show the faulty behavior of Trie.cs (908 bytes, application/octet-stream)
2007-11-15 22:45 UTC, Brian Gottreu
Details

Description Brian Gottreu 2007-11-07 23:38:12 UTC
Please describe the problem:
When a word ending with "to" precedes a note name beginning with "d" with a single space between, autolinking does not occur.  When the preceding word is just "to" then both "to" and the note name are autolinked as one.

Steps to reproduce:
1. create a note "dnote"
2. in another note, type "into dnote" as text
3. then for fun enter "to dnote"

Actual results:
The dnote in step 2 is not linked.  And the dnote in step 3 is linked with the word to.

Expected results:
dnote by itself to be autolinked both times.

Does this happen every time?
Yes.

Other information:
It seems any characters can come before "to" and the note can be named anything as long as it starts with "d".
Comment 1 Brian Gottreu 2007-11-07 23:39:08 UTC
Created attachment 98744 [details]
screenshot of wrong behavior
Comment 2 Brian Gottreu 2007-11-07 23:43:11 UTC
Created attachment 98745 [details]
More wrong behavior 

If you have 2 spaces between "to" and "d" rather than one, then the problem disappears.
Comment 3 Brian Gottreu 2007-11-08 00:26:42 UTC
Also, I just compiled the latest version (or what i think to be the latest version) according to http://live.gnome.org/Tomboy/Developers and the problem still occurs.
Comment 4 Brian Gottreu 2007-11-08 16:55:57 UTC
Created attachment 98775 [details]
different words, same wrongness
Comment 5 Brian Gottreu 2007-11-08 17:12:16 UTC
Comment on attachment 98775 [details]
different words, same wrongness

After further research, i realized this problem occurs because i had a note
named "to do".  I made a new note named "on top" and then auto-linking goes
crazy for things containing "on t".

So the problem seems to be with having a two word titled note, and then having
a second note with the same first letter as the second word in the first note
and a word before it ending with the first word in the first note's name.
Comment 6 Brian Gottreu 2007-11-15 22:45:50 UTC
Created attachment 99175 [details]
testcase to show the faulty behavior of Trie.cs

This bug should be renamed (or something similar), since the problem is just with note names that have a common prefix and suffix.  If you have 'ab' and 'bc' then 'abc' will confuse it.

This attachment replaces the Tester class at the end of Trie.cs.
Comment 7 Boyd Timothy 2008-02-26 19:15:27 UTC
Setting the default assignee and QA Contact to "tomboy-maint@gnome.bugs".
Comment 8 Doug Johnston 2008-10-24 06:05:10 UTC
This should be looked at along with #350990
Comment 9 Benjamin Podszun 2009-02-17 02:07:24 UTC
Marking this as dependent on bug 350990 as Doug suggested.
Comment 10 Sandy Armstrong 2009-02-17 02:12:35 UTC
This may have been fixed with bug #323845, actually.
Comment 11 Sandy Armstrong 2009-02-17 15:33:29 UTC
I can't reproduce in 0.13.5. Feel free to re-open if you can reproduce.  Pretty sure this was a dupe of bug #323845.

*** This bug has been marked as a duplicate of 323845 ***