Problem Style Panel : After editing an element, the propriety in it go away...

69 views
Skip to first unread message

decembre

unread,
Feb 21, 2012, 4:43:00 PM2/21/12
to Firebug
Like i said after editing and enter, the propriety go away.
The change work but i can't see the text of propriety in the style
panel.

I need to deselect and reselect another propriety (different of the
first) to see my work.

Sebo

unread,
Feb 22, 2012, 1:49:22 AM2/22/12
to fir...@googlegroups.com
I don't see that problem using FF 10.0.2 + FB 1.9.1.
Which Firebug version and OS version do you use? Could it be caused by a Firebug extension you have installed? Do you have a test case?

Sebastian

loadaverage

unread,
Feb 22, 2012, 7:40:09 AM2/22/12
to Firebug
i see something similar.

editing properties of certain elements is not reflected on the page
real time (for example increasing/decreasing margins, padding)
and when pressing escape, _all_ properties of the edited element
simply disappear. reselecting the element does not bring them
back, they do not reappear until refreshing the page.

both on firefox 10.0.2 windows vista, firebug 1.9.1
and firefox 9.0.1 openbsd, firebug 1.9.1

loadaverage

unread,
Feb 22, 2012, 9:31:30 AM2/22/12
to Firebug
i see something like this as well.
sometimes, editing a property of an element does not update it
(for example changing margins, paddings), and after pressing
escape, _all_ properties of the element disappear. reselecting
the element does not bring them back, only refreshing the page.

windows vista, firefox 10.0.2, firebug 1.9.1, yslow firebug extension
openbsd, firefox 9.0.1, firebug 1.9.1, no extensions.

Sebo

unread,
Feb 22, 2012, 3:18:36 PM2/22/12
to fir...@googlegroups.com
Do you have a test case I can reproduce?

Sebastian

loadaverage

unread,
Mar 2, 2012, 3:37:01 AM3/2/12
to fir...@googlegroups.com
instead of update, i have now tried to remove and install firebug again.
cannot reproduce anymore.  so i would suggest removing the plugin,
restart firefox, install plugin, restart firefox.

Sebo

unread,
Mar 2, 2012, 4:03:21 AM3/2/12
to fir...@googlegroups.com
Great. Decembre, please let us know, if the problem doesn't disappear after you removed and re-installed Firebug and following some others steps.

Sebastian

loadaverage

unread,
Mar 2, 2012, 5:25:26 AM3/2/12
to fir...@googlegroups.com
nah, sorry...
seems like i spoke to soon.  elements still disappear :[
i will try to make a minimal test case, please have patience.


decembre

unread,
Mar 2, 2012, 4:11:22 PM3/2/12
to Firebug
I can't find the Help Button for the test ???

But i do a test case by hand (mine).

At this adress on Flickr (without login):
http://www.flickr.com/photos/16536699@N07/favorites/page26/?view=sm

On a new profile :
- Firebug
- Stylish
- FireXpath

- and 2 userstyle for Flickr installed :
- http://userstyles.org/styles/52247/flickr-widescreen-allinone-v-9-5-5
- http://userstyles.org/styles/49241/flickr-widescreen-dark-grey-tweak-perso

> Search, in the firepath panel:

#faves .fave .meta

>Search the first occurrence
>Inspect it in the HTLM Panel.

>In the Style Panel , For this element :
#faves.sm .fave .meta {
display: block !important;
margin-left: 29px !important;
position: relative !important;
text-align: left !important;
top: -5px !important;
}

>>>Change :
top: -5px !important;
by
top: -4px !important;

> Click in the Style Panel and the element disappear....

If you disable an other rule for an other element the element
reappear.


I hope it can help you.
I appreciate a lot your work and attention.
Firebug teach to me a lot of thing to me
;-)

Sebo

unread,
Mar 3, 2012, 5:00:35 AM3/3/12
to fir...@googlegroups.com
I can't find the Help Button for the test ???
There is no "Help" button, but I already linked two times to http://getfirebug.com/wiki/index.php/I_found_a_Firebug_Bug.
 
I can see the problem now. It's somehow related to how Stylish is binding in user styles. It uses data URLs.
We still need to break that down to a more simple test case, i.e. having an HTML file, that adds stylesheets using data URLs. This would make it easier to reproduce (without Stylish, FirePath or any other add-on). Though I don't know exactly yet how to do that. If somebody has an idea, please let me know.
 
I hope it can help you.
I appreciate a lot your work and attention.
Firebug teach to me a lot of thing to me 
;-)
 That's great! :-)

Sebastian

Sebo

unread,
Apr 30, 2012, 8:41:48 AM4/30/12
to fir...@googlegroups.com
I can see the problem now. It's somehow related to how Stylish is binding in user styles. It uses data URLs.
We still need to break that down to a more simple test case, i.e. having an HTML file, that adds stylesheets using data URLs. This would make it easier to reproduce (without Stylish, FirePath or any other add-on). Though I don't know exactly yet how to do that. If somebody has an idea, please let me know.
I found out that this problem is actually caused by two issues:
  1. @-moz-document rules are currently not displayed inside the CSS panel (=> issue 5429)
  2. Stylish uses a special way to link in CSS via data URIs (Still don't know how to get them. Any hints are welcome.)
Though data URI stylesheets work as the attached test case shows.

Sebastian
cssViaDataURI.html
Reply all
Reply to author
Forward
0 new messages