⚠ In case you've missed it, we have migrated to our new website, with a brand new forum. For more details about the migration you can read our blog post for website migration. This is an archived forum. ⚠

  •     

profile picture

Problem where there is more than one textarea on Firefox



Tio
  • profile picture
  • Member

Posted 23 March 2012 - 10:22 AM

Hi,
This is my first post, but I use Grocery Crud from many months and I really love it!
But I have a problem (also with v1.2): on Firefox for OSX, if there are more than one Text field in the page add/edit, they all appear empty inside (even if in the database they are filled), and it's impossible to write inside them. This happen for every textarea, except for the last one. And it happens just on firefox for OSX: I've also tried on Safari, Chrome and Opera (always on OSX) and I don't have this problem.
Did I go wrong with something?
Thank you so much, please continue with this amazing work :)
Bye!

web-johnny
  • profile picture
  • Administrator
  • 1,166 posts

Posted 23 March 2012 - 19:33 PM

That's weird :mellow: . So when you mean textarea you mean the textarea with the text-editor right? Can you send us a print-screen of this? It is probably a tinymce problem.

Did you try to update the version of tinymce editor? I think if you just copy-paste the folder at: assets/grocery_crud/texteditor/ it will be ok.

If this doesn't work just post as an attachement the printscreen of your situation. Also did you have any errors in your firebug?

Thanks

Tio
  • profile picture
  • Member

Posted 25 March 2012 - 15:03 PM

Yeah, I mean that textareas. I've tried to update tinymce with the newest version (as you said), but now it doesn't load the rich text editor (I can see the html code inside).

Here's some screenshots:

- Fields in the database (just look the first one for this example)
http://img718.images...456012alle1.png

- Fields in the form
http://img85.imagesh...456012alle1.png

- How they appear during tinymce script loading (or if I try to update tinymce that doesn't work):
http://img41.imagesh...456012alle1.png

(in index page they are all correctly shown)

The only errors about tinymce that web-console gives me are these (they are in italian, but It should be understandable):
[16:40:29.762] Errore durante l'interpretazione di 'filter'.  Dichiarazione tralasciata. @ http://localhost/website/assets/grocery_crud/texteditor/plugins/inlinepopups/skins/clearlooks2/window.css:10
[16:40:29.765] Errore durante l'interpretazione di 'width'. Dichiarazione tralasciata. @ http://localhost/website/assets/grocery_crud/texteditor/plugins/inlinepopups/skins/clearlooks2/window.css:100


Anyway, if I check the html code with firebug, I can find the texts there, even if they are not showed in the form.

If it can help, when I try to update something, the fields that appear blank in the form, they don't became empty but they remain the same as before the page loading.

web-johnny
  • profile picture
  • Administrator
  • 1,166 posts

Posted 25 March 2012 - 23:25 PM

I just tested and it has problem with all the operating systems with the more than one textarea in firefox . So it is a bug for firefox browser only.
I just add it to issues to remind me that I have to fix it ( https://github.com/scoumbourdis/grocery-crud/issues/14 )

It's weird because it seems that it is an old bug and nobody have noticed it :mellow: .
Thanks to mention it. I will try to fix it with a newer version of tinymce. I will inform you for any changes and of course for any updates.

Tio
  • profile picture
  • Member

Posted 26 March 2012 - 14:22 PM

Ok, thank you so much, I really hope you'll fix it! :)

I'd like also to ask you one thing: would be possibile in a future version of GC to permit to choose if a textarea must use tinymce or not?
Sometimes I need to insert short texts in a textarea but it's boring to have every time all that buttons.

filipe_f_f
  • profile picture
  • Member

Posted 26 March 2012 - 18:12 PM

this error started happening after the last firefox update, and I see that when you resize the textarea it returns to work.

filipe_f_f
  • profile picture
  • Member

Posted 26 March 2012 - 18:29 PM

I updated my tinymce and it works :)

web-johnny
  • profile picture
  • Administrator
  • 1,166 posts

Posted 26 March 2012 - 21:52 PM

[quote name='Tio' timestamp='1332771738' post='941']
Ok, thank you so much, I really hope you'll fix it! :)

I'd like also to ask you one thing: would be possibile in a future version of GC to permit to choose if a textarea must use tinymce or not?
Sometimes I need to insert short texts in a textarea but it's boring to have every time all that buttons.
[/quote]

This is already done is the unset_texteditor . For example:

$crud->unset_texteditor('full_text','description');

Tio
  • profile picture
  • Member

Posted 26 March 2012 - 22:37 PM

Oh ok, thank you! I didn't know that function, thank you :)

[quote]I updated my tinymce and it works[/quote]
How did you updated it exactly? I've tried to rename the directory "tiny_mce" (that I found inside the last version) in "texteditor" to replace the old one, but now tinymce doesn't work anymore. Do you know where I could go wrong?

Thanks again.

web-johnny
  • profile picture
  • Administrator
  • 1,166 posts

Posted 26 March 2012 - 23:17 PM

You have to download the [b]TinyMCE 3.4.9 jQuery package[/b] and not just the tinymce. You can download it directly from here

Tio
  • profile picture
  • Member

Posted 27 March 2012 - 08:44 AM

Oh, was that one. I've tried and now it works perfectly. Thank you very much!! :)

xxaxxo
  • profile picture
  • Member

Posted 13 April 2012 - 06:24 AM

Uhm, there seems to be a problem with Firefox and/or a component in groceryCRUD - because i was crossbrowser testing it yesterday and it seems to load very slowly on firefox, (i've tested it with only 1 textarea) i had also 1 relational dropdown and 1 multiselect - and it loaded very slowly and 3 out of 10 times the js's for the dropdown didn't seem to have loaded and the page was displayed with normal dropdown. Maybe it is causing the bug. I've also tested it with firefox on the example pages on grocerycrud.com and the same problem appears - so it's not because i'm using the crud with boilerplate and bootstrap.

I would also like to add that to my conclusion .... Those attachments show what happens on ie8 with ietester, which is fairly good for testing ie

web-johnny
  • profile picture
  • Administrator
  • 1,166 posts

Posted 14 April 2012 - 10:41 AM

[member='xxaxxo'] you are right. To tell you the truth I didn't tested to IE8 <_< . I will see if there is an easy fix for that. Thanks to mention it.

However in firefox it works well for me, but again I will have a second look at this kind of problem.

noskov.biz
  • profile picture
  • Member

Posted 14 April 2012 - 14:08 PM

Hi! In Firefox 11.0 for Ubuntu grocery_crud works fine :) Also in Crome and Opera.

P.S. As for IE8 - is it realy need to make fixes?! Who do use it? If anyone browse with IE they used to get bugs, always.
It's my own opinion.

web-johnny
  • profile picture
  • Administrator
  • 1,166 posts

Posted 14 April 2012 - 14:16 PM

That's why I said " [color=#282828][font=helvetica, arial, sans-serif]I will see if there is an easy fix for that. [/font][/color]". If there is not an easy to fix it, I will make a release without this. If it doesn't work for IE 9 , then yes it is a problem that I [b]have [/b]to fix.

noskov.biz
  • profile picture
  • Member

Posted 14 April 2012 - 15:51 PM

Yes, agree with you.

xxaxxo
  • profile picture
  • Member

Posted 15 April 2012 - 04:54 AM

well I personally prefer chrome, but as a developer .... I just cant explain to my clients that they are stupid because they are using IE - so my goal when creating stuff is - atleast not to show errors.

noskov.biz
  • profile picture
  • Member

Posted 16 April 2012 - 20:36 PM

Hi!
I also like Chrome and I also can't persuade someone to use it or use Firefox instead of IE, although I always say about it. Whatever everyone uses what he likes. I also try to make things without errors and bugs, but I realize that I can't make it for all browsers and its versions. Thats why for myself I stopped on last versions.

web-johnny
  • profile picture
  • Administrator
  • 1,166 posts

Posted 16 April 2012 - 21:08 PM

Hello again, well I tried to fix the bug at IE with IE tester and I couldn't figure out the problem. I am sorry guys but I will release tomorrow the new version (1.2.1) and I will have the "don't work in IE8" as a known issue in grocery CRUD. I cannot spend all my time to find just another stupid bug in internet explorer.

I tested at: safari,chrome,mozilla,IE 9, opera, both at ubuntu system and windows and also at my mobile and it works for: the default browser of android, dolphin browser, opera browser and Mozilla browser. And I am sure that it works well on tablets and iphone too. The only browser that doesn't work properly is IE 8 (I am not testing in IE 7 anymore as there is only a [color=#000000][font=verdana, helvetica, arial, sans-serif][size=3]2.5% of users that they are using it[/size][/font][/color]). If you find any bug fix for this it will be appreciated.

P.S. Just a personal experience, I tried everything to convince customers to NOT use internet explorer and nothing works. I even said that perhaps the data will not save correctly in database and still. The only thing that I am saying now and it works almost for everyone is that an older IE can bring you lot of viruses in your PC as it is not safe (that it is true but not the way that I am saying it :P ), so if you want a safe computer.... update your browser or download chrome (I use Mozilla but Chrome has faster install )

xxaxxo
  • profile picture
  • Member

Posted 17 April 2012 - 05:06 AM

Nice , can't wait to see the new ver. This bug calls a variable undefined , maybe it would be fixed if before the using of the variable in the proper function you add
var variableName;
the problem is i'm not good with jquery and i'm using netbeans - and most of the js's are minified which is hard to read and edit, and i'm not sure how to "unminify" them.