Closed GoogleCodeExporter closed 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
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
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
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
[deleted comment]
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
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
[deleted comment]
[deleted comment]
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
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
Here's the configs.
Original comment by brunolop...@gmail.com
on 9 Jun 2014 at 6:33
Attachments:
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
[deleted comment]
[deleted comment]
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
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
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:
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
[deleted comment]
[deleted comment]
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
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
OK, thank you very much!
Original comment by brunolop...@gmail.com
on 11 Jun 2014 at 6:04
Fixed in r232.
Original comment by marc.r...@gmail.com
on 13 Jun 2014 at 6:28
Original issue reported on code.google.com by
brunolop...@gmail.com
on 31 May 2014 at 2:26