rickysarraf / foxreplace

Automatically exported from code.google.com/p/foxreplace
0 stars 0 forks source link

FoxReplace have a lot of frequent bugs #139

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
I'm a FoxReplace user since many months and in that time I encountered some 
very annoying bugs in it, like the following:

1. When a address is added in the "Addresses" tab, the "OK" button doesn't work 
unless the added address is selected, only doing this it works. This happens 
every time I add a address.

2. Sometimes when the "substitution group editor" is open, the "OK" button 
doesn't work, but different from the previous, there's no way to make it work, 
you have to close it and open again, but this doesn't always work, obligating 
you to restart Firefox.

Please fix those bugs, I know you're too busy, but when you can.

Thanks.

Original issue reported on code.google.com by brunolop...@gmail.com on 31 May 2014 at 2:26

GoogleCodeExporter commented 9 years ago
1. I'm not sure, but I think you're referring to the same problem as in issue 
125. If this is the case, then it is fixed in the next release, which will be 
published next week.

2. In this case I don't know what you mean. Can you give a detailed example 
with the steps the reproduce?

Original comment by marc.r...@gmail.com on 31 May 2014 at 12:55

GoogleCodeExporter commented 9 years ago
1. I thought that was a different case, but after testing, I noticed that the 
"OK" button doesn't works unless something is inputed in the address text box 
too.

I'll wait until the 0.16 version, if the problem persists, I warn you about it, 
but very probably this will be fixed in that version.

Original comment by brunolop...@gmail.com on 2 Jun 2014 at 7:28

GoogleCodeExporter commented 9 years ago
Those bugs still persists, the difference now is that they are worse than 
before:

1. Those bugs are more common than before;
2. The first bug I reported in the main issue still persists, but now in the 
majority of times the "OK" button doesn't always work anymore when the added 
address is selected.
3. When you only remove a substitution from the list and click "OK" it doesn't 
work by any way.

Original comment by brunolop...@gmail.com on 6 Jun 2014 at 8:50

GoogleCodeExporter commented 9 years ago
Well then I'm sorry. To solve them I need the exact steps to reproduce the 
problem, what happens then, and what should happen instead (you can just use 
the "new issue" template). Also, if they are distinct problems they should be 
in separate issue reports to facilitate tracking them.

Original comment by marc.r...@gmail.com on 7 Jun 2014 at 12:00

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Problem: The OK button doesn't work.

Path #1 to the problem:

1. Open FoxReplace.
2. Open "substitution group editor"
3. Don't do anything.
4. Click the "OK" button.

Expected behavior:
Act the same way as the "Cancel" or "Close" buttons.

What happens:
Nothing.
_____________________________________________________

Path #2 to the problem:

1. Open FoxReplace.
2. Open "substitution group editor"
3. Remove a address or a substitution.
4. Click the "OK" button.

Expected behavior:
Confirm/save.

What happens:
Most of the times, nothing; sometimes, it confirms. (Following the exact same 
path)
_____________________________________________________

Path #3 to the problem:

1. Open FoxReplace.
2. Open "substitution group editor"
3. Input an address (just input).
4. Click the "OK" button.

Expected behavior:
Add the address and confirm/save (as in the substitution adding).

What happens:
The address is added, but it's necessary to click on (select) the added address 
to make the "OK" button confirm/save, keeping in mind that doing this doesn't 
always work (i.e. no way to confirm, only cancel and try again).
_____________________________________________________

Path #4 to the problem:

1. Open FoxReplace.
2. Open "substitution group editor"
3. Click the "Substitutions" tab.
4. Input a substitution (just input).
5. Click the "OK" button.

Expected behavior:
Add the substitution and confirm/save.

What happens:
Most of the times, it does the expected, but sometimes it only add but not 
confirm. Sometimes if the added substitution is removed, it confirms, but 
what's the point of that? And other times anything that is done is no use. (All 
of these situations in this case happens following the exactly same steps).

Original comment by brunolop...@gmail.com on 8 Jun 2014 at 12:03

GoogleCodeExporter commented 9 years ago
I have tried all four paths several times and I always obtain the expected 
behaviour. I don't know what is happening in your case. What Firefox version 
are you using?

You could try another thing. Open a new tab, go to about:config, search for a 
setting named extensions.foxreplace.debug and set it to true. With this maybe 
an error message will be shown in the cases that it fails.

Original comment by marc.r...@gmail.com on 8 Jun 2014 at 11:48

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
I'm using the most recent version of Firefox (29.0.1).  No error messages when 
the bugs occur with debug mode enabled.

Original comment by brunolop...@gmail.com on 9 Jun 2014 at 5:36

GoogleCodeExporter commented 9 years ago
Ok. Can you send me the values of all foxreplace preferences (all that start 
with extensions.foxreplace) so I can try to replicate the problem with the same 
settings? Note that if you have any sensitive information in the substitution 
list (saved in extensions.foxreplace.substitutionListJSON) you may want to 
remove it.

Original comment by marc.r...@gmail.com on 9 Jun 2014 at 7:44

GoogleCodeExporter commented 9 years ago
Here's the configs.

Original comment by brunolop...@gmail.com on 9 Jun 2014 at 6:33

Attachments:

GoogleCodeExporter commented 9 years ago
I still can't reproduce the problem with these settings. Does it happen with an 
empty substitution list? You can export the substitution list to a file so you 
can import it later. If export doesn't work in your case you can also copy the 
value from extensions.foxreplace.substitutionListJSON (right click -> Copy 
value) and save it somewhere. The you clear the substitution list and try if 
the problem still happens. When you are finished you import the exported file 
or copy the saved value back to extensions.foxreplace.substitutionListJSON.

Original comment by marc.r...@gmail.com on 10 Jun 2014 at 8:04

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Alright. I did a clean reinstall (removed FoxReplace and deleted all it's 
entries in about:config, then reinstalled). But then I found that the problem 
is not the extension, but the substitution list (I don't know where, but it 
is), because when a new substitution list is created, FoxReplace works 
flawlessly, and if I import my substitution, it starts to malfunction. I don't 
have idea of what in the list is causing it, but it's causing. Or could it be 
the list's length? Will I have to add hundreds of substitutions manually one by 
one all over again?

Original comment by brunolop...@gmail.com on 10 Jun 2014 at 7:58

GoogleCodeExporter commented 9 years ago
I don't think the length is a problem. Maybe there is some special character 
that is incorrectly handled. If you can send me the list I will investigate the 
problem.

Original comment by marc.r...@gmail.com on 10 Jun 2014 at 8:56

GoogleCodeExporter commented 9 years ago
Ok, here's the substitution list. I warn you that it's veeery long (300 
substitutions approximately).  

But if the problem is in the substitutions list, why FoxReplace didn't alerted 
it?

Original comment by brunolop...@gmail.com on 10 Jun 2014 at 10:03

Attachments:

GoogleCodeExporter commented 9 years ago
Good news! I've found that the problem is in the addresses, not the 
substitutions. I noticed this when I created a new list and copied the 
addresses to the new list, and after doing so, the OK button became buggy.  Now 
the bug hunting is limited only to the addresses.

Original comment by brunolop...@gmail.com on 10 Jun 2014 at 10:49

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Well, I don't know if this have something to do with the bug, but after I 
resized the substitution group editor window so that all addresses are shown, 
it became fully functional, and if I shrink it back, it stop to function. The 
same thing happen if I scroll down so that the rest of the addresses are 
visible, and then click "OK", it works.

Original comment by brunolop...@gmail.com on 11 Jun 2014 at 12:01

GoogleCodeExporter commented 9 years ago
Thanks, now I can reproduce the problem and an error is registered in the 
browser console. It seems that the urls are not correctly picked from the list 
when they haven't been visible before.

I will release a new version to fix this as soon as possible, but in the 
meantime at least you now have the workaround of scrolling to the bottom.

Original comment by marc.r...@gmail.com on 11 Jun 2014 at 8:06

GoogleCodeExporter commented 9 years ago
OK, thank you very much!

Original comment by brunolop...@gmail.com on 11 Jun 2014 at 6:04

GoogleCodeExporter commented 9 years ago
Fixed in r232.

Original comment by marc.r...@gmail.com on 13 Jun 2014 at 6:28