Drag & Drop WB 2.8.1 (SVN)

doc

#22
Hi,

wie auch immer. Sind ja nun einige gangbare Wege aufgezeigt worden, der Rest liegt am Dev Team.

Wollte nur "sicherstellen", dass die veraltete YUI Library aus WB 2.7 und 2.8, welche potentielle Sicherheitslücken enthalten kann, NICHT nach WB 2.8.1 zurück portiert wird, nur um evtl. Problemen mit einem  Modul aus dem Weg zu gehen :wink:

Doc

Nachtrag (24.01.2010):
Der Fehler konnte mittlerweile eingegrenzt werden. Der Fehler tritt ab WB 2.8 RC2 (evtl. schon ab RC1) mit Internet Explorer 7 und 8 auf. Dietmar arbeitet an einer Lösung :wink:

Hans>NULL

Welche Variante auch immer, ich hatte den Ansatz als Anregung/Brücke gesehen.
Drag & Drop wollen meine Anwender auf jeden Fall, wobei denen egal ist wie es funktioniert
Gruß, Hans>NUL
/dev/null Ort ohne Wiederkehr

Waldschwein

Quote from: Hans>NULL on January 23, 2010, 07:42:49 PM
Danach kann man es auch wieder rausnehmen. Aber solange es noch existiert............

Dann nimmt man doch lieber die Sache von doc. Oder bietet das Modul ganz als externes an... Das ist nicht sehr benutzerfreudlich, wenn in der einen Minor-Version mal IE8, dann wieder IE7, in der nächsten IE8...  :wink: Aber gerade, wo der IE8 valide Seiten auch i.d.Regel richtig anzeigt sollte man nicht diesen - egal wo - deaktivieren.

Gruß Michael

Hans>NULL

Quote*kopfschüttel*
Danach kann man es auch wieder rausnehmen. Aber solange es noch existiert............
Gruß, Hans>NUL
/dev/null Ort ohne Wiederkehr

doc

#18
Hi,

klar kann das mittels Conditional Comments auführen. Ist für alle anderen Browser ja nur ein Kommentarblock, welcher nicht geparst wird. Die IE Familie hingegen wertet die Anweisungen in Abhängigkeit des IF statments aus oder auch nicht.

Damit könnte man sogar PHP Code gezielt für die IE Familie verarbeiten. Beispiel (im <head> Abschnitt).


<!--[if IE]>
  <?php echo "IE"?>
<![endif]-->


Das Konstrukt oben liese sich umbauen, um zu prüfen ob JSAdmin aktiviert ist, die Seitenübersicht angzeigt wird UND IE 8 vorliegt. Dann in Kompatibilitätsmodus schalten sonst nicht. Sind 5 Zeilen Code und wie gesagt ein Notbehelf, nicht mehr, nicht weniger.

Doc

Waldschwein

Hallo!

Ihr wollt doch nicht ernsthaft den IE8 in IE7 umwandeln für das komplette WB-Admin, nur weil ein standardmäßig deaktiviertes Modul, das im Core ist und sowieso auf der Sterbensbank liegt früher nicht funktioniert hat unter IE8 und jetzt auch nicht richtig?
*kopfschüttel*

Gruß Michael

Hans>NULL

Gute Frage, keene Ahnung. Mein Vali meckert nücht.
Ob das auch per conditional comment ausgeführt werden darf, habe ich noch nicht bei MS nachgelesen.
Gruß, Hans>NUL
Na, da war DOC schneller  :-D
/dev/null Ort ohne Wiederkehr

doc

Hi,

einbinden mittels IE Conditional Comments, dann bleiben andere Browser aussen vor. Das "geliebte Validate" geht dank den umschliessenden Kommentarzeichen bei den Conditional Comments auch nicht verloren.

Doc

Luisehahne

Klar muss das klappen, aber die allgeliebte Validate geht verloren. oder ist das inzwischen als Standard aufgenommen worden.

Dietmar
Note: Once the code has been generated, it is easy to debug. It's not a bug, it's a feature!

Hans>NULL

#13
In das jeweilige Admin-Template habe ich in der header.htt
 <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />
(unter meta titel, vor allen anderen metas [nach MS])
eingesetzt und es klappt.
Vielleicht kann das jemand überprüfen
Gruß, Hans>NUL
/dev/null Ort ohne Wiederkehr

Waldschwein

Hello!

@Dietmar: I would not go back, as you know I (and possibly most others...) had the "Stack overflow" bug in IE8. With the updated YUI the Stack overflow message is gone, so (before we put too much time into fixing YUI bugs as you all know YUI won't be part of WB in future versions due to jQuery...) we just stay as it is, even if it's not working.
Forcing IE8 into compatibility mode would be a Quick'n Dirty solution perhaps.
But: Don't put too much time and effort in there, there are many other things where the time and effort isn't wasted...

Yours Michael



Luisehahne

Hi,

im Moment sehe ich da keinen Grund, da die alte noch schlechter ist. Bin zur Zeit mal dabei zu prüfen, ob es nicht evtl an einer anderen Stelle liegt.

Dietmar
Note: Once the code has been generated, it is easy to debug. It's not a bug, it's a feature!

doc

#10
Quote from: Maverikin kompatibilitätsmodus drag and drop works
Ahh, very good point thanks :wink:

Have set my IE 8 into the compatibilty mode (F12: browser mode) while testing some CSS stuff and forgot to turn this mode off again. Tested it again and the IE 8 version (22.01.2010 on Win7) will not work properly, when the browser operates is standard mode, but it does in compatibility mode :wink:

So as a "quick fix", one could force the IE 8 into compatibility mode using conditional comments (e.g. if JSAdmin is enabled and IE 8 force compatibility mode).

Doc

maverik

32 bit

in kompatibilitätsmodus drag and drop works

[gelöscht durch Administrator]

doc

#8
@Maverik: Please add Service Pack, architecture 32/64 bit, and version Home/Premium to your initial post

If I remember right, the update to the new YahooUI package was triggered by Javascript errors of IE 7.

If the behaviour with IE 8 is identical no matter if the old or new YahooUI package is used, there is no need to "downgrade" the WB 2.8.1 YUI package. Doing so would also cause that IE 7 will fail too.
On some IE 8 versions instead it seems to work with the new YUI package.

Doc

maverik

i have downgraded the yui to old version and there is the same behavior as with the new version, no drag and drop possible

i think its an old problem and not a problem from new yui

maverik

drag and drop not possible

windows xp

[gelöscht durch Administrator]

doc

#5
@Dietmar and all possible testers:
Could you please test this with latest WB version from SVN (as is) and with your Windows Internet Explorer 8 version. Then post here with wheather it works or not on your system.

Required information:
Tested with WB 2.8.1 (Changeset XXXX) on IE 8.xxxx.yyyy.zzzz (see info in IE 8 to get details).

Also provide information about your operating system like:
System: Windows 2000/XP/Vista/7 (SP xxx), Architectur: 32/64 Bit

This information is required to get an idea, if all IE 8 versions are affected and if this will be solved with the latest IE 8 release from Microsoft issued (22.01.2010). So on Windows 7 (64 bit) it works for me without errors as already reported.

Doc

Luisehahne

Yes iread it, but not by me. my updates comes automatically. I just run a update, no update avaible. But what i see, i reinstal lthe old yui, and i have the same issue, but with a alert stackerror

Dietmar
Note: Once the code has been generated, it is easy to debug. It's not a bug, it's a feature!

doc

Hi,

Quote from: Luisehahneyes we know, if it will not be going to work correctly until stable, we are better going back to a lower version.
Dietmar have you really read the complete post?

It works for me with the IE 8 version released YESTERDAY by Microsoft. In other words, I could NOT reproduce this error with the latest IE 8 version (22. Jan 2010) on my Windows 7 64-Bit system.

Doc


Luisehahne

hi,

yes we know, if it will not be going to work correctly until stable, we are better going back to a lower version.

Dietmar

Note: Once the code has been generated, it is easy to debug. It's not a bug, it's a feature!

doc

#1
Hi,

in ticket 918 Matthias reported a bug with drag and drop feature of the JSAdmin tool after the upgrade to the new YahooUI Javascript library with IE 8.0.

Just tried to reproduce this "behaviour" with IE 8.0.7600.16385, which was "rolled out" yesterday (22. Jan 2010) by Microsoft to fix a severe security issue. With the latest version of IE 8, I was not able to reproduce this bug anymore. Tested on: XAMPP, PHP 5.3, Windows 7 64-Bit, WB: 2.8.1 SVN (Revision: 1272).

Can anybody check and confirm if the drag and drop error was fixed with the IE 8 security fix?

If the IE 8 security updated fixed this issue, I suggest not to "downgrade" the YahooUI library to as intented for WB 2.8.1 (stable). The IE 8 update is classified as "security fix" and will be therefore "rolled out" automatically (if your system is proper configured).

Regards Doc